Bifurcación (desarrollo de software)

En el desarrollo de software , una bifurcación es una base de código que se crea duplicando una base de código existente y, generalmente, se modifica posteriormente de forma independiente de la original. El software creado a partir de una bifurcación inicialmente tiene un comportamiento idéntico al del software creado a partir del código original, pero a medida que el código fuente se modifica cada vez más, el software resultante tiende a tener un comportamiento cada vez más diferente en comparación con el original. Una bifurcación es una forma de ramificación , pero generalmente implica almacenar los archivos bifurcados por separado del original, no en el repositorio . Las razones para bifurcar una base de código incluyen la preferencia del usuario, el estancamiento o la interrupción del desarrollo del software original o una escisión en la comunidad de desarrolladores. ^{[ 1 ]} La bifurcación de software propietario (como Unix ) está prohibida por la ley de derechos de autor sin permiso explícito, pero el software libre y de código abierto , por definición, puede bifurcarse sin permiso.

La palabra tenedor se ha utilizado para significar "dividir en ramas, tomar caminos separados" ya en el siglo XIV. ^{[ 2 ]}

En el contexto del desarrollo de software, Eric Allman utilizó el término fork en el sentido de crear una rama de control de revisiones ya en 1980, en el contexto del Sistema de Control de Código Fuente : ^{[ 3 ]}

Crear una rama implica "bifurcar" una versión del programa.

El término se utilizaba en Usenet en 1983 para referirse al proceso de creación de un subgrupo al que trasladar temas de discusión. ^{[ 4 ]}

Aunque no se sabe que el término «fork» se haya utilizado en el sentido de cisma comunitario durante los orígenes de Lucid Emacs (ahora XEmacs ) (1991) o las Distribuciones de Software de Berkeley (BSD) (1993-1994), Russ Nelson utilizó el término «shattering» en este sentido en 1993 (atribuyéndolo a John Gilmore ). ^{[ 5 ]} En 1995, «fork» se utilizó para describir la división de XEmacs, ^{[ 6 ]} y era un uso entendido en el Proyecto GNU en 1996. ^{[ 7 ]}

La palabra se usa de manera similar para la llamada al sistema fork() que hace que un proceso en ejecución se divida en dos , normalmente para permitirles realizar diferentes tareas en paralelo. ^{[ 8 ]}

El software libre y de código abierto puede bifurcarse legalmente sin la aprobación previa de quienes actualmente desarrollan, administran o distribuyen el software según la Definición de Software Libre y la Definición de Código Abierto : ^{[ 9 ]}

La libertad de distribuir copias de tus versiones modificadas a otros (libertad 3). De esta forma, puedes brindar a toda la comunidad la oportunidad de beneficiarse de tus cambios. El acceso al código fuente es un requisito previo para ello.

3. Obras derivadas: La licencia debe permitir modificaciones y obras derivadas, y debe permitir que se distribuyan bajo los mismos términos que la licencia del software original.

En el software libre, las bifurcaciones suelen ser resultado de una escisión por objetivos diferentes o choques de personalidades. En una bifurcación, ambas partes asumen bases de código casi idénticas, pero normalmente solo el grupo más grande, o quien controle el sitio web, conservará el nombre original completo y la comunidad de usuarios asociada. Por lo tanto, existe una penalización de reputación asociada a la bifurcación. ^{[ 9 ]} La relación entre los diferentes equipos puede ser cordial o muy tensa. Por otro lado, una bifurcación amistosa o suave es aquella que no pretende competir, sino fusionarse eventualmente con la original.

Eric S. Raymond , en su ensayo Homesteading the Noosphere , ^{[ 12 ]} afirmó que "La característica más importante de una bifurcación es que genera proyectos competidores que posteriormente no pueden intercambiar código, dividiendo así la comunidad potencial de desarrolladores". Señala en el Jargon File : ^{[ 13 ]}

La bifurcación se considera algo negativo, no solo porque implica un gran desperdicio de esfuerzo en el futuro, sino porque suele ir acompañada de mucha discordia y acritud entre los grupos sucesores por cuestiones de legitimidad, sucesión y dirección del diseño. Existe una fuerte presión social en contra de la bifurcación. Como resultado, las bifurcaciones importantes (como la división de Gnu-Emacs / XEmacs , la escisión del grupo 386BSD en tres proyectos derivados y la efímera división de GCC/EGCS) son tan raras que se recuerdan individualmente en el folclore hacker.

David A. Wheeler señala ^{[ 9 ]} cuatro posibles resultados de una bifurcación, con ejemplos:

1. La muerte de la bifurcación. Este es, con diferencia, el caso más común. Es fácil declarar una bifurcación, pero se requiere un esfuerzo considerable para continuar el desarrollo y el soporte de forma independiente.
2. Una nueva fusión de la bifurcación ( por ejemplo , egcs se convierte en "blessed" como la nueva versión de GNU Compiler Collection ).
3. La muerte del original ( por ejemplo, el éxito del servidor X.Org y la desaparición de XFree86 ).
4. Ramificación exitosa, típicamente con diferenciación ( por ejemplo , OpenBSD y NetBSD ).

Las herramientas de control de versiones distribuido (DVCS) han popularizado un uso menos emotivo del término "fork", difuminando la distinción con "branch". ^{[ 14 ]} Con un DVCS como Mercurial o Git , la forma habitual de contribuir a un proyecto es crear primero una rama personal del repositorio, independiente del repositorio principal, y luego buscar que tus cambios se integren con ella. Sitios como GitHub , Bitbucket y Launchpad ofrecen alojamiento DVCS gratuito que admite expresamente ramas independientes, de modo que las barreras técnicas, sociales y financieras para bifurcar un repositorio de código fuente se reducen enormemente, y GitHub utiliza "fork" como su término para este método de contribución a un proyecto.

Las bifurcaciones a menudo reinician la numeración de versiones a partir de números que normalmente se usan para las versiones iniciales de los programas, como 0.0.1, 0.1 o 1.0, incluso si el software original estaba en otra versión, como 3.0, 4.0 o 5.0. A veces se hace una excepción cuando el software bifurcado está diseñado para ser un reemplazo directo del proyecto original, por ejemplo, MariaDB para MySQL ^{[ 15 ]} o LibreOffice para OpenOffice.org .

Las licencias BSD permiten que las bifurcaciones se conviertan en software propietario, y los defensores del copyleft afirman que los incentivos comerciales hacen que la propiedad sea prácticamente inevitable. (Sin embargo, las licencias copyleft pueden eludirse mediante una licencia dual con una concesión de propiedad en forma de un Acuerdo de Licencia de Colaborador ). Algunos ejemplos incluyen macOS (basado en el software propietario NeXTSTEP y el software de código abierto FreeBSD ), Cedega y CrossOver (bifurcaciones propietarias de Wine , aunque CrossOver sigue a Wine y contribuye considerablemente), EnterpriseDB (una bifurcación de PostgreSQL , que añade características de compatibilidad con Oracle ^{[ 16 ]} ), Supported PostgreSQL con su sistema de almacenamiento propietario ESM ^{[ 17 ]} , y el derivado propietario altamente escalable de PostgreSQL de Netezza ^{[ 18 ]} . Algunos de estos proveedores contribuyen con cambios al proyecto de la comunidad, mientras que otros conservan sus cambios como ventajas competitivas propias.

En el software propietario , los derechos de autor suelen pertenecer a la entidad empleadora, no a los desarrolladores individuales. Por lo tanto, es más común que se cree una bifurcación del código propietario cuando este necesita desarrollar dos o más versiones, como una versión para Windows y otra para línea de comandos , o versiones para diferentes sistemas operativos, como un procesador de textos para ordenadores compatibles con IBM PC y Macintosh . Generalmente, estas bifurcaciones internas se centran en mantener la misma apariencia, funcionamiento, formato de datos y comportamiento entre plataformas, de modo que un usuario familiarizado con una pueda ser productivo o compartir documentos generados en la otra. Esta decisión casi siempre responde a una necesidad económica para aumentar la cuota de mercado y, de este modo, recuperar los costes adicionales de desarrollo derivados de la bifurcación.

Una notable bifurcación propietaria que no es de este tipo son las muchas variedades de Unix propietario , casi todas derivadas de AT&T Unix bajo licencia y todas llamadas "Unix", pero cada vez más incompatibles entre sí. ^{[ 19 ]} Véase Guerras de Unix .

• Software a medida : software desarrollado especialmente para alguna organización u otro usuario específico. 
• Desarrollo de software (downstream) : concepto en informática. 
• Código duplicado : fragmento repetido de código fuente de computadora. 
• Toma de decisiones en grupo : un subconjunto de la ciencia de la decisión. 
• Lista de bifurcaciones de software
• Modificación : personalización de un producto por parte del usuario final. 
• Programación modular : organización del código en módulos. 
• Personalización : utilizar la tecnología para adaptarse a las diferencias entre las personas. 
• ROM Hacking : técnica de edición para videojuegos 
• Puerto de origen : proceso de adaptación del software para que se ejecute en un contexto diferente. Páginas que muestran breves descripciones de los destinos de redirección. 
• Eficacia del equipo : la capacidad de un equipo para lograr sus metas u objetivos. 

• Derecho a usar el tenedor en Meatball Wiki
• Tesis doctoral sobre la bifurcación de código: (Nyman, 2015) Archivada el 16 de julio de 2023 en Wayback Machine. "Comprender la bifurcación de código en el software de código abierto: un análisis de la bifurcación de código, su efecto en el software de código abierto y cómo la perciben y practican los desarrolladores".