Git: ¿Cómo proteger la twig de desarrollo / maestro en git-flow (de novatos) a través del control de acceso?

Los días anteriores leí https://www.atlassian.com/git/tutorials/comparing-workflows/forking-workflow a la que tengo una pregunta.

Si se usa la twig de funciones o los flujos de trabajo de la sucursal de Gitflow en un proyecto: ¿Existe una opción de que un usuario empuje una twig de características como una twig de características de seguimiento a origen emite una request de extracción y SÓLO el mantenedor del proyecto puede fusionar el seguimiento? característica de twig en el maestro (Feature Branch Workflow) o el desarrollo (Gitlow Branch Workflow)?

En otras palabras: ¿es posible asignar twigs a los usuarios para que no haya necesidad inmediata del flujo de trabajo de bifurcación si uno no quiere complicar demasiado las cosas pero aún tiene una revisión de código garantizada que asegura la twig maestro / desarrollo de los novatos ?

Los services remotos de git como github, bitbucket, gitlab, vsts, etc., tienen la capacidad de "proteger" las twigs para evitar empujarlas directamente o eliminar la twig. Si desea simular algo como esto en su máquina local, puede usar git hooks: https://git-scm.com/book/en/v2/Customizing-Git-Git-Hooks

Ejemplo para evitar confirmaciones de dominio: https://gist.github.com/aaronhoffman/ffbfd36928f9336be2436cffe39feaec

file de precompromiso:

#!/bin/sh # prevent commit to local master branch branch=`git symbolic-ref HEAD` if [ "$branch" = "refs/heads/master" ]; then echo "pre-commit hook: Can not commit to the local master branch." exit 1 fi exit 0 

file previo al envío:

 #!/bin/sh # Prevent push to remote master branch while read local_ref local_sha remote_ref remote_sha do if [ "$remote_ref" = "refs/heads/master" ]; then echo "pre-push hook: Can not push to remote master branch." exit 1 fi done exit 0 
    Intereting Posts