Nasze repozytorium git ma wiele dużych plików w swojej historii, które nie są już potrzebne. Chcę, aby je usunąć przy użyciu techniki filtra oddział wyjaśnione Pro Git:Przebudowywanie wszystkich zmian w historii git po filtrze filtracyjnym
http://git-scm.com/book/en/v2/Git-Internals-Maintenance-and-Data-Recovery
Zaraz potem wykorzystać git push --force all
wysłać to do naszej wspólnej repo, jak wyjaśniono tutaj:
Update a development team with rewritten Git repo history, removing big files
ALE. Pro Git mówi, że będę musiał mieć wszystkich na bazie, odkąd zmieniam historię. Użyliśmy tylko oszczędnie bazy, zwykle jako alternatywnej metody scalania. Mogę kazać wszystkim ponownie klonować, ale to ostatnia deska ratunku; kilku deweloperów ma lokalne oddziały ze zmianami, które chcieliby zachować.
A więc: co dokładnie wszyscy będą robić w naszych lokalnych repozytoriach, aby dokonać ponownego wyboru na nowo zmienione udostępnione repo? I czy musimy to robić raz w każdej gałęzi śledzenia? Nasze repo jest nazywane początkiem, a master jest mistrzem, jeśli chcesz dawać krok po kroku (i bardzo bym chciał, gdybyś tak zrobił).
To brzmi dobrze - przyjmuję to rano, po tym, jak to działa! –
Tak? Czy to działa? Ten poranek minął, jak sądzę ... – marton78