Exploración del fomento de un origen interno
El flujo de trabajo de solicitud de incorporación de cambios basado en bifurcaciones es popular entre los proyectos de código abierto porque permite que cualquier persona contribuya en un proyecto.
No es necesario ser un colaborador existente ni tener acceso de escritura en un proyecto para ofrecer sus cambios.
Este flujo de trabajo no es solo para código abierto: las bifurcaciones también ayudan a admitir flujos de trabajo de orígenes internos dentro de la empresa.
Antes de las bifurcaciones, podía contribuir a un proyecto mediante solicitudes de incorporación de cambios.
El flujo de trabajo es bastante sencillo: inserte una nueva rama en el repositorio, abra una solicitud de incorporación de cambios para obtener una revisión del código por parte del equipo y establezca que Azure Repos evalúe sus directivas de rama.
Puede hacer clic en un botón para combinar la solicitud de incorporación de cambios en la rama principal y realizar la implementación cuando se apruebe el código.
Este flujo de trabajo es excelente para trabajar en los proyectos con su equipo. Pero ,¿qué ocurre si observa un error simple en un proyecto diferente de su empresa y quiere corregirlo por su cuenta?
¿Qué ocurre si va a agregar una característica a un proyecto que usa, pero que desarrolla otro equipo?
Aquí es donde entran en juego las bifurcaciones, ya que son el elemento fundamental de los procedimientos de orígenes internos.
Origen interno
El origen interno, a veces denominado "código abierto interno", aporta todas las ventajas del desarrollo de software de código abierto en el firewall.
Abre los procesos de desarrollo de software para que los desarrolladores puedan colaborar fácilmente en proyectos de toda la empresa.
Usa los mismos procesos que son populares en todas las comunidades de software de código abierto.
Pero protege el código dentro de su organización.
Microsoft usa en gran medida el enfoque de origen interno.
Como parte de los esfuerzos para estandarizar un sistema de ingeniería única en toda la empresa (con el respaldo de Azure Repos), Microsoft también ha abierto el código fuente de todos nuestros proyectos para todos los usuarios de la empresa.
Antes de pasar al origen interno, Microsoft funcionaba en silos: solo los ingenieros que trabajaban en Windows podían leer el código fuente de Windows.
Solo los desarrolladores que trabajaban en Office podían ver el código fuente de Office.
Por lo tanto, un ingeniero que trabajara en Visual Studio y pensara que había encontrado un error en Windows u Office (o que quisiera agregar una nueva característica) no tenía nada que hacer.
Pero al pasar a ofrecer orígenes internos en toda la empresa, con la tecnología de Azure Repos, es fácil bifurcar un repositorio para contribuir.
El individuo que realiza el cambio no necesita tener acceso de escritura en el repositorio original, solo la capacidad de leerlo y crear una bifurcación.