¿Cómo puedo evitar git push si se detectan modificaciones locales (incluidos los archivos sin seguimiento)?

Question

A veces, alguien de nuestro equipo hace un git push y rompe la compilación porque su compilación local funciona pero se ha olvidado de enviar todas sus modificaciones locales y archivos sin seguimiento a git antes de que empuje.

me gustaría evitar esto ... Serví en los documentos de una hora o así hoy y no pude encontrar nada incorporado.

¿Alguien tiene alguna solución?

Answer 1

Puede usar el gancho pre-push (desde git 1.8.2).

Su gancho pre-push podría verificar el código de salida git status, devolviendo 0 (Aceptar para presionar) si git status devuelve un valor distinto de cero, de lo contrario devolverá 1 (no permita la inserción).

La página del manual para git-status dice:

Si no hay un camino que es diferente entre el archivo de índice y HEAD y comprometerse (es decir, no hay nada para cometer ejecutando git commit), las salidas de comando con un estado distinto de cero.

Cualquier cesión temporal creada con Git 1.8.2 o posterior tendrá pre-push.sample en el directorio .git/hooks, que es un punto de partida útil para la implementación de su política. Hay más ejemplos buenos de usar el gancho pre-push aquí: http://blog.ittybittyapps.com/blog/2013/09/03/git-pre-push/

Tenga en cuenta que el gancho no se ejecuta en el repositorio ascendente. Cada clon necesitaría tener este gancho instalado para hacer cumplir su política. (Los ganchos no se clonan como parte del repositorio. Como git ejecuta los ganchos, este diseño evita que se ejecuten ganchos maliciosos en el equipo del desarrollador. El código malicioso debe ir a un script Makefile o configure, que los desarrolladores ejecutan sin mirar)

Answer 2

Puede usar el various hooks (pre-receive, creo) para determinar si el empuje romperá la construcción y la rechazará. Además de eso, debe decirle a los desarrolladores que ejecuten git status antes de cualquier operación de confirmación o inserción, que es una regla increíblemente sensata que debe implementarse y que evitaría dichos problemas.

Answer 3

Para agregar cambios automáticamente, es posible que desee considerar el uso del indicador -a. Desde el git-commit man page:

Dile a la orden de forma automática los archivos de stage que han sido modificados y eliminados, pero los nuevos archivos que ha contado no git por no se ven afectados.

No parece haber ningún indicador para git commit que agregue archivos sin seguimiento. Recordar hacer un git add . antes del commit es la mejor solución que puedo pensar.

Answer 4

¿Tal vez ponga un alias, ya sea en su configuración de shell o git, que reemplace el comando push predeterminado con un script personalizado que primero tiene el estado de git y busca "limpiar el directorio de trabajo"? No sé si es posible sobreescribir la inserción, o si lo haría para que no pueda llamar al real. Solo una idea fuera de mi cabeza, así que no tengo idea de si realmente funciona.

Answer 5

Terminé agregando un objetivo ant a nuestra construcción local antes de empujar a nuestro repositorio principal ... aquí está el objetivo ...en caso de que alguien más esté buscando un paso en la dirección correcta.

Gracias a todos los que respondieron.

<target name="git-status-check"> 
    <echo>Performing git working directory check for local modifications or untracked files.</echo> 
    <exec executable="git" failifexecutionfails="true" 
     outputproperty="git.check"> 
     <arg value="status"/> 
    </exec> 
    <echo>${git.check}</echo> 
    <propertyregex property="dirty.working.dir" input="${git.check}" regexp="working directory clean" 
     select="\1" casesensitive="false" /> 
    <fail message="Git status reports that you have local modifications or untracked changes in your working dir... did you forget to commit these changes? ${line.separator} "> 
     <condition> 
      <not> 
       <isset property="dirty.working.dir" /> 
      </not> 
     </condition> 
    </fail> 
    <echo>Git status reported a clean working dir continuing build...</echo> 
</target>