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 colaborador existente ni tener acceso de escritura a un proyecto para proponer tus cambios.
Este flujo de trabajo no es solo para código abierto: los forks también ayudan a respaldar los flujos de trabajo de 'inner source' dentro de la empresa.
Flujo de trabajo de equipo tradicional
Antes de las bifurcaciones, se podía contribuir a un proyecto mediante solicitudes de cambios. El flujo de trabajo es sencillo:
- Inserte una nueva rama en el repositorio.
- Abra una solicitud de cambios para obtener una revisión de código del equipo.
- Haga que Azure Repos compruebe las directivas de la rama.
- Haga clic en un botón para fusionar mediante combinación la solicitud 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 desea agregar una característica a un proyecto que use, pero otro equipo desarrolla?
Aquí es donde entran en juego las bifurcaciones, ya que son el elemento fundamental de los procedimientos de orígenes internos.
¿Qué es el origen interno?
El código fuente interno, a veces denominado "código abierto interno", aporta todas las ventajas del desarrollo de software de código abierto dentro del firewall de la empresa.
Inner source abre tus procesos de desarrollo de software para que tus desarrolladores puedan colaborar fácilmente en proyectos a lo largo de toda la empresa. Usa los mismos procesos que son populares en todas las comunidades de software de código abierto, pero mantiene el código seguro y seguro dentro de su organización.
Ventajas del origen interno
- Colaboración entre equipos: Los equipos pueden trabajar juntos en proyectos incluso si normalmente no colaboran.
- Uso compartido de conocimientos: los desarrolladores pueden aprender del código escrito por otros equipos y aplicar esas lecciones a su propio trabajo.
- Reutilización de código: en lugar de crear la misma funcionalidad varias veces, los equipos pueden basar en el trabajo existente.
- Mejora de la calidad: más personas que revisan y contribuyen al código suelen dar lugar a un software de mejor calidad.
- Innovación más rápida: Teams puede avanzar más rápido mediante la creación de soluciones existentes en lugar de empezar desde cero.
La trayectoria de la fuente interna de Microsoft
Microsoft usa en gran medida el enfoque de origen interno. Como parte de los esfuerzos para crear un sistema de ingeniería en toda la empresa , respaldado por Azure Repos, Microsoft ha abierto el código fuente de todos los proyectos a todos los usuarios de la empresa.
Antes del origen interno
Antes de pasar al origen interno, Microsoft estaba "aislado":
- Solo los ingenieros que trabajan en Windows podrían leer el código fuente de Windows.
- Solo los desarrolladores que trabajaban en Office podían ver el código fuente de Office.
- Si era ingeniero que trabaja en Visual Studio y encontró un error en Windows u Office , o quería agregar una nueva característica, no tenía suerte.
Después del origen interno
Cuando se pasa a 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.
Este enfoque ha habilitado:
- Mejor colaboración entre equipos.
- Correcciones de errores más rápidas y desarrollo de características.
- Se ha mejorado la calidad del código a través de una revisión más amplia.
- Se ha reducido la duplicación del esfuerzo entre proyectos.