Pregunta

Me gustaría forzar a otros miembros del equipo de trabajo no en el maestro-rama, pero en una rama de desarrollo. tenemos un centro de git-repositorio donde empujamos nuestro trabajo en. me gustaría saber si es posible bloquear usuarios de empujar cambios en el amo-rama, pero sólo permiten ciertos usuarios que lo hagan.

Me gustaría tener la siguiente "flujo de trabajo"

  • desarrollo está siempre hacer solamente con un desarrollo de la rama
  • la liberación-gerente es responsable de la rama principal y sólo se le permite a la materia de combinación de una rama de desarrollo en el amo y lo empuja al maestro-rama en el repositorio central a.

¿Es esto posible y cómo puedo lograr esto?

¿Fue útil?

Solución

man githooks : En el repositorio compartido, puede crear un script o $(git rev-parse --git-dir)/hooks/pre-receive $(git rev-parse --git-dir)/hooks/update que verifica lo que los usuarios están tratando de empujar a la que refs. Git viene con un update-paranoide ejemplo gancho de hacer cumplir las ACL por ref.

Otros consejos

Mi enfoque de bajo nivel simplemente sería dejar que la RM sea el único con claves SSH para empujar a la utilización a todos los demás repositorio como la línea de base maestra. De esa manera, nadie más que la RM puede empujar al maestro -. Sin embargo, todo el mundo puede trabajar, ya que tienen sus propias ramas y desarrolladores de desarrollo local pueden compartir entre sí las ramas que como

El siguiente paso es hacer un probador de la olla de cocción para las cosas que entrarán en maestro pronto. Este bote está normalmente llamado next o dev. La idea es, que cuanto más impacto que una rama tiene, cuanto más tiempo se cocina antes de una combinación de dominar. Esto le da al control total sobre lo RM ramas deben graduarse y todavía da a todos un mano a mano.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top