Contenidos
Que es un fork
Descarga de bifurcaciones
El flujo de trabajo de bifurcación es fundamentalmente diferente de otros flujos de trabajo Git populares. En lugar de utilizar un único repositorio del lado del servidor para actuar como la base de código “central”, da a cada desarrollador su propio repositorio del lado del servidor. Esto significa que cada colaborador no tiene uno, sino dos repositorios Git: uno local privado y otro público del lado del servidor. El flujo de trabajo de bifurcación se ve con más frecuencia en los proyectos públicos de código abierto.
La principal ventaja del flujo de trabajo de bifurcación es que las contribuciones pueden integrarse sin necesidad de que todo el mundo empuje a un único repositorio central. Los desarrolladores empujan a sus propios repositorios del lado del servidor, y sólo el mantenedor del proyecto puede empujar al repositorio oficial. Esto permite que el mantenedor acepte confirmaciones de cualquier desarrollador sin darle acceso de escritura a la base de código oficial.
El flujo de trabajo de bifurcación suele seguir un modelo de bifurcación basado en el flujo de trabajo de Gitflow. Esto significa que las ramas de características completas se destinarán a la fusión en el repositorio del mantenedor del proyecto original. El resultado es un flujo de trabajo distribuido que proporciona una forma flexible para que equipos grandes y orgánicos (incluyendo terceros no confiables) colaboren de forma segura. Esto también lo convierte en un flujo de trabajo ideal para proyectos de código abierto.
Cómo bifurcar un repositorio
En ingeniería de software, un fork de proyecto se produce cuando los desarrolladores toman una copia del código fuente de un paquete de software y comienzan a desarrollarlo de forma independiente, creando una pieza de software distinta y separada. El término suele implicar no sólo una rama de desarrollo, sino también una división en la comunidad de desarrolladores; como tal, es una forma de cisma[1]. Los motivos para la bifurcación son las diferentes preferencias de los usuarios y el estancamiento o la interrupción del desarrollo del software original.
La palabra “fork” se ha utilizado para significar “dividir en ramas, ir por caminos separados” ya en el siglo 14.[2] En el entorno del software, la palabra evoca la llamada al sistema fork, que hace que un proceso en ejecución se divida en dos copias (casi) idénticas que (normalmente) divergen para realizar diferentes tareas[3].
No se sabe que “fork” se utilizara en el sentido de cisma comunitario durante los orígenes de Lucid Emacs (ahora XEmacs) (1991) o de los BSD (1993-1994); Russ Nelson utilizó el término “shattering” para este tipo de bifurcación en 1993, atribuyéndolo a John Gilmore.[6] Sin embargo, “fork” estaba en us
Qué es un fork en blockchain
Lo más habitual es que las bifurcaciones se utilicen para proponer cambios en el proyecto de otra persona o para utilizar el proyecto de otra persona como punto de partida para tu propia idea. Puedes hacer un fork de un repositorio para crear una copia del mismo y hacer cambios sin afectar al repositorio upstream. Para más información, vea “Trabajar con forks”.
El software de código abierto se basa en la idea de que compartiendo el código, podemos hacer un software mejor y más fiable. Para más información, consulte “Acerca de la Iniciativa de Código Abierto” en la Iniciativa de Código Abierto.
Cuando cree su repositorio público a partir de un fork del proyecto de alguien, asegúrese de incluir un archivo de licencia que determine cómo quiere que su proyecto se comparta con otros. Para más información, consulte “Elegir una licencia de código abierto” en choosealicense.com.
Puedes bifurcar un proyecto para proponer cambios en el repositorio original. En este caso, es una buena práctica sincronizar regularmente tu bifurcación con el repositorio original. Para hacer esto, necesitarás usar Git en la línea de comandos. Puedes practicar la configuración del repositorio original utilizando el mismo repositorio de octocat/Spoon-Knife que acabas de bifurcar.
Metáfora de la bifurcación
En ingeniería de software, una bifurcación de proyecto se produce cuando los desarrolladores toman una copia del código fuente de un paquete de software y comienzan a desarrollarlo de forma independiente, creando una pieza de software distinta y separada. El término suele implicar no sólo una rama de desarrollo, sino también una división en la comunidad de desarrolladores; como tal, es una forma de cisma[1] Los motivos para bifurcarse son las diferentes preferencias de los usuarios y el estancamiento o la interrupción del desarrollo del software original.
La palabra “fork” se ha utilizado para significar “dividir en ramas, ir por caminos separados” ya en el siglo 14.[2] En el entorno del software, la palabra evoca la llamada al sistema fork, que hace que un proceso en ejecución se divida en dos copias (casi) idénticas que (normalmente) divergen para realizar diferentes tareas[3].
No se sabe que “Fork” se haya utilizado en el sentido de un cisma comunitario durante los orígenes de Lucid Emacs (ahora XEmacs) (1991) o de los BSD (1993-1994); Russ Nelson utilizó el término “shattering” para este tipo de bifurcación en 1993, atribuyéndolo a John Gilmore[6].