Guión personalizado Torre (GIT)?

Soy nuevo en Tower. Lo que bash hacer es evitar empujar el repository a nuestro control remoto si un file en el repository llamado index.html contiene una cadena "1234".

¿Cualquier sugerencia?

Y, si Tower no permite eso, ¿se puede hacer cuando se usa git directamente desde la terminal?

Gracias

Entonces encontré una solución que me funciona.

En cuanto al gancho pre-push, realmente existe. (Esto es solo para responder el comentario que dejó VonC).

A partir de git 1.8.2, se puede ejecutar el gancho pre-push. Entonces, lo que estoy haciendo es salir con un valor distinto de cero del gancho de pre-push cuando trato de empujar y un cierto file que especifiqué en el gancho de pre-push contiene una cierta string.

Así que supongo que eso hace lo que necesito hacer. Veo que hacer esto en el lado del server es mejor, pero en esta situación, necesitaba que funcionara de esta manera.

Entonces, al usar git 1.8.2 se puede lograr fácilmente usando el gancho pre-push.

No parece estar relacionado con Tower, pero está más relacionado con el repository remoto en sí:
Puede configurar (en ese repository remoto) un gancho de actualización , que examinará cada confirmación, y se asegurará de que el contenido no sea defectuoso.
Vea un ejemplo en " Impedir que se empuje a las tabs que contienen git en ciertos files (por ejemplo, *.cpp , *.h , CMakeLists.txt ) ".

No existe un gancho del lado del cliente como un "wdel> pre-push hook", por lo que es mejor mutualizar ese control en el lado remoto, para aplicar ese control para cualquier repo downstream que empuje a dicho repository remoto.

El enganche previo al envío existe desde git1.8.2 5March 8th, 2013), pero eso requiere implementarlo en cada repos indirecto, lo cual no es óptimo en comparación con hacer cumplir esa misma política en un solo lugar (el repository upstream).
Dicho esto, si tiene un repository en sentido descendente con el que está trabajando (es decir, su propio repository local), un seguro previo al envío puede ser útil.