Describir el origen interno con bifurcaciones
Las personas bifurcan repositorios cuando quieren cambiar el código de un repositorio al que no tienen acceso de escritura.
Si no tiene acceso de escritura, no forma parte del equipo que contribuye a ese repositorio, por lo que ¿por qué modificaría el repositorio de código?
Tienden a buscar razones técnicas para mejorar algo en nuestro trabajo.
Puede encontrar una mejor manera de implementar la solución o mejorar la funcionalidad mediante la contribución o la mejora de una característica existente.
Puede bifurcar repositorios en las siguientes situaciones:
- Quiero hacer un cambio.
- Creo que el proyecto es emocionante y puede querer usarlo.
- Quiero usar código en ese repositorio como punto de partida para mi proyecto.
Se recomienda que los equipos de software contribuyan a todos los proyectos internamente, no solo a sus proyectos de software.
Las forks son una excelente manera de fomentar una cultura de código abierto interno.
Las forks son una adición reciente a los repositorios de Git de Azure DevOps.
Esta receta le enseñará a bifurcar un repositorio existente y a contribuir con sus cambios al repositorio original a través de un pull request.
Preparándonos
Un fork se inicia con todo el contenido de su repositorio upstream (original).
Al crear una bifurcación en Azure DevOps, puede incluir todas las ramas o limitarlas solo a la rama predeterminada.
Una bifurcación no copia los permisos, políticas ni definiciones de compilación del repositorio que se bifurca.
Después de crear una rama, los archivos, carpetas y ramas recién creados no se comparten entre los repositorios a menos que inicie un pull request.
Las solicitudes de incorporación de cambios se admiten en cualquier dirección: de fork a upstream o upstream a fork.
El enfoque más común para una solicitud de incorporación de cambios será de bifurcación a ascendente.
Cómo hacerlo
Elija el botón Bifurcar (1) y, a continuación, seleccione el proyecto en el que desea que se cree la bifurcación (2). Asigne un nombre a la bifurcación y elija el botón Bifurcar (3).
Una vez que la bifurcación (fork) esté lista, clónala utilizando la línea de comandos o un IDE como Visual Studio. La bifurcación será el origen remoto. Para mayor comodidad, querrá agregar el repositorio upstream (donde realizó el fork) como un repositorio remoto denominado upstream. En la línea de comandos, escriba:
git remote add upstream {upstream_url}Es posible trabajar directamente en la rama principal: este fork es tu copia del repositorio. Sin embargo, se recomienda seguir trabajando en una rama de tema. Permite mantener varias secuencias de trabajo independientes simultáneamente. Además, reduce la confusión más adelante cuando desea sincronizar los cambios en la bifurcación. Realice y confirme los cambios como lo haría normalmente. Cuando termines las modificaciones, súbelas al origen (tu bifurcación).
Cree un pull request de su bifurcación al upstream. El repositorio ascendente aplicará todas las políticas necesarias para los revisores y desarrollos. Una vez que se cumplen todas las políticas, la solicitud de incorporación de cambios puede completarse y los cambios se convierten en una parte permanente del repositorio principal:
Cuando la solicitud de incorporación de cambios se acepte en el repositorio principal, debe asegurarse de que el fork refleje el estado del repositorio más reciente. Se recomienda rebasar en la rama principal de la cadena ascendente (suponiendo que la principal sea la rama de desarrollo principal). En la línea de comandos, ejecute:
git fetch upstream main git rebase upstream/main git push origin
Para obtener más información sobre Git, consulte: