3.3.4 Protegiendo tu branch

Para prevenir que se suban cambios al código que puedan descomponer el código se suelen proteger las ramas para que no se pueda subir a la rama master sin un Pull Request. Se explicara de forma general, el setup se explicará en la sección 11. Integración continua Si tienes tu repo sin protección se muestra la siguiente imagen:

Da click en Protect this branch

Algunas de las opciones que se pueden configurar:

• Require a pull request before merging: Se necesita que los cambios en el código se agreguen mediante un Pull request. Es decir no puedes subir tus cambios directamente a la rama master.

• Require status checks to pass before merging: Puedes elegir algunos status check que se ejecutan en la integración continua (es decir cuando se agregan cambios a una branch)

• Require conversation resolution before merging: Requiere que todos los comentarios sean resuleltos antes de hacer el merge.

• Require signed commits: Se requiere que los push tengan firmas verificadas.

• Require linear history: Cualquier Pull Request necesita

  • rebase merge:

  • squash merge: En un squash merge si realizaste varios commit a tu rama al momento de hacer el merge todos los comentarios se unifican en un solo commit.

• Require deployments to succeed before merging: Puedes solicitar que los cambios se hayan implementado correctamente en un servidor de pruebas.

• Include administrators: Por lo general las reglas no aplican a los administradores del repo. Si seleccionas esta opción las reglas aplican también a los administradores del repo.

Reglas que aplican a todos incluídos los administradores:

• Allow force pushes: Permite que todos los que tengan al menos permisos de escritura en el repositorio puedan realizar el PUSH en la rama, incluidos aquellos con permisos de administrador. También lo puedes forzar a usuarios en específico.

• Allow deletions: Los usuarios con acceso a realizar Push pueden borrar las ramas protegidas.