Publicación del repositorio para permitir la colaboración
Ha aprendido cómo permite Git realizar un seguimiento de los cambios en el código de Bicep. En esta unidad va a aprender cómo Git también permite la colaboración con los miembros del equipo.
Nota:
Los comandos de esta unidad se muestran para ilustrar conceptos. No los ejecute todavía. Pronto va a practicar lo que aprenderá aquí.
Qué son GitHub y Azure Repos
Git es un software que se instala y se ejecuta en el equipo propio. Como ya sabe, Git efectúa un seguimiento de los cambios realizados en los archivos. Habilita características como la bifurcación.
GitHub y Azure Repos son servicios en línea que mantienen copias del repositorio de Git y permiten el desarrollo colaborativo. Después de registrarse en GitHub o Azure Repos, se sigue trabajando con Git con los mismos comandos que ya se han estado usando. Se sigue trabajando en el repositorio de Git local. La diferencia es que se puede sincronizar el repositorio de Git local con un repositorio en línea. También se puede conceder acceso al repositorio en línea a otras personas y controlar si pueden leer o modificar el código.
Nota:
Azure Repos es una característica de Azure DevOps. Cuando se trabaja con Azure Repos, se usa el sitio web de Azure DevOps.
En un entorno de equipo, todos los miembros del mismo mantienen su propio repositorio de Git local y lo sincronizan con la copia en línea. En la mayoría de las situaciones, la copia en línea se convierte en el origen de confianza del equipo.
En un próximo módulo va a aprender a implementar el código de Bicep mediante una canalización de implementación automatizada. Las canalizaciones exigen que el código se almacene en un repositorio en línea. La canalización también accede al código desde allí.
Nota:
GitHub y Azure DevOps son excelentes opciones para hospedar el repositorio de Git. Es posible que la organización ya use uno u otro. Si aún no tiene ninguna preferencia, es recomendable usar GitHub, porque normalmente resulta más fácil empezar a trabajar con él.
Repositorios locales y remotos
Cuando se trabaja con repositorios hospedados en GitHub o Azure DevOps, se configura el repositorio de Git local de modo que conozca la existencia del repositorio remoto. Un repositorio en línea tiene una dirección URL que Git puede usar para acceder a él desde el equipo. Por convención, el término origen se refiere al repositorio remoto con el que se sincroniza el repositorio local.
También tendrá que configurar ramas de seguimiento, que indiquen a Git que una rama del repositorio local representa a la misma rama que en el repositorio en línea. Este seguimiento es especialmente importante en el caso de la rama main, ya que se recomienda mantenerla sincronizada en todos los repositorios. También puede habilitar el seguimiento en otras ramas.
Nota:
Es posible que el equipo ya haya creado un repositorio que quiera ver o modificar. Puede obtener rápidamente una copia del repositorio si clona el repositorio en línea mediante el comando git clone.
Después de configurar el repositorio local y la rama de seguimiento, puede insertar el contenido del repositorio local en el remoto. Y puede extraer los cambios del repositorio remoto en el local.
Nota:
La operación git pull descarga los cambios del repositorio remoto y luego los combina, igual que cuando se combinan ramas. A veces solo quiere descargar los cambios del repositorio remoto, por ejemplo cuando quiere actualizar la lista de ramas remotas del repositorio local. Para eso, use el comando git fetch.
Autenticación
Cuando se empieza a trabajar con repositorios en línea, la seguridad cobra importancia. El código fuente de la infraestructura y las aplicaciones es valioso y debe protegerse.
GitHub y Azure DevOps tienen completos procesos de seguridad. Ambos requieren que se autentique para empezar a trabajar con repositorios remotos hospedados en sus plataformas.
La primera vez que intenta trabajar con un repositorio remoto, se le pide que inicie sesión en GitHub o Azure DevOps. Algunas organizaciones protegen sus repositorios de Git con comprobaciones de seguridad adicionales, como la autenticación multifactor. Después de iniciar sesión, Git usa un componente llamado Administrador de credenciales de Git para mantener el acceso, así que no es necesario iniciar sesión cada vez.
Colaboración con otros usuarios
Después de configurar el repositorio de Git en GitHub o Azure Repos, está listo para colaborar con otros usuarios. Hay muchas características que puede usar para trabajar con el equipo. Una característica determinada que debe conocer se denomina solicitudes de incorporación de cambios, y a menudo se abrevia como PR.
Una solicitud de incorporación de cambios es en realidad una combinación controlada de dos ramas. GitHub o Azure Repos pueden aplicar directivas sobre quién puede combinar y qué tipos de cambios se pueden combinar.
Un flujo de trabajo de equipo típico consistiría en un miembro del equipo realizando cambios en su código en una rama y luego creando una solicitud de incorporación de cambios para pedir a otra persona que combinara sus cambios en la rama main. Otros miembros del equipo pueden ver la lista de cambios en la solicitud de incorporación de cambios. Esos miembros del equipo incluso pueden hacer comentarios sobre los cambios o solicitar revisiones antes de aceptarlos. Las solicitudes de incorporación de cambios proporcionan control de calidad en torno al código del equipo.
Las solicitudes de incorporación de cambios y otras características de colaboración están fuera del ámbito de este módulo, pero en el resumen se proporcionan vínculos a información sobre estas características.