Nuestro git repo tiene una gran cantidad de archivos grandes en su historial que ya no se necesitan. Quiero eliminarlos utilizando la técnica de filtro de la rama explica en Pro Git:Reasignación de todos al historial de git modificado después de la rama de filtro
http://git-scm.com/book/en/v2/Git-Internals-Maintenance-and-Data-Recovery
voy a continuación, utilizar git push --force all
a enviar esto a nuestro repositorio compartido, como se explica aquí:
Update a development team with rewritten Git repo history, removing big files
PERO. Pro Git dice que necesitaré tener a todos rebaseados ya que estoy cambiando la historia. Solo usamos con moderación la rebase, generalmente solo como una forma alternativa de fusionar. Puedo hacer que todos vuelvan a clonarse, pero ese es un último recurso; varios desarrolladores tienen sucursales locales con cambios que les gustaría mantener.
Entonces, ¿qué harán exactamente todos en nuestros repositorios locales para volver a establecer una base en el repositorio compartido recientemente cambiado? ¿Y tenemos que hacerlo una vez por cada rama de seguimiento? Nuestro repositorio se conoce como origen y la rama principal es maestra, si quieres dar paso a paso (y me encantaría que lo hicieras).
Esto suena bien - ¡Lo aceptaré en la mañana después de que realmente funcione! –
Entonces? ¿Funciona? Esa mañana ha pasado, supongo ... – marton78