Najprawdopodobniej zacznę od wypychania wszystkich repozytoriów do oddzielnych oddziałów w centralnym repozytorium, z którego mogę łatwo dokonać reorganizacji, scalić itp. Między oddziałami.
Dobrym narzędziem do wizualizacji, takie jak git-age, gitnub, gitx, giggle może zdziałać cuda, ale twoim zadaniem będzie prawdopodobnie dość uciążliwe, chyba że można znaleźć punkty rozgałęzienia. Jeśli istnieją podobne poprawki zastosowane do wszystkich gałęzi, możesz użyć (interaktywny) rebase, aby zmienić kolejność zatwierdzeń, tak aby były w tej samej kolejności. Wtedy możesz zacząć "zipować" swoje gałęzie, przesuwając punkt rozgałęzienia w górę, wprowadzając commity do wzorca. Miły opis, jak zmienić kolejność zatwierdzeń przy użyciu rebase, można znaleźć pod adresem here.
Szanse są czynnościami, które należy podjąć, są opisane w linkach dostarczonych przez Git Howto Index. Dobry cheat sheet jest zawsze miło mieć w zasięgu ręki. Podejrzewam też, że śledzenie Eric Sinksa po wpisie "DVCS and DAGs, Part 1" będzie zawierało coś pożytecznego (nie było, ale było ciekawe przeczytanie).
Dodatkowe dobry-do-linki są: Git Magic, Git Ready i SourceMage Git Guide
Mam nadzieję, że wszyscy repo był dobry popełnić wiadomości, które mówią Ci cel każdego plastra, to takie lub przegląd kodu :)
Co do tego, w jaki sposób zachować dostosowywanie, mamy szczęście:
Rozpoczęliśmy od oddzielenia (lub zachowania osobnego) niestandardowego kodu od kodu ogólnego. Potem próbowaliśmy dwóch podejść; Oba, które działały poprawnie:
- Wszystkie wdrożenia mają własne repozytoria, w których dostosowywano dane.
- Wszystkie wdrożenia mają własną gałąź w repozytorium "dostosowywania".
Po pierwszym wdrożeniu i stwierdzeniu, że drugi był faktem, spędziliśmy trochę czasu próbując przewidzieć przyszłe dostosowania/punkty cięcia w celu ograniczenia powielania w dostosowanych repozytoriach (np. 1, którego używamy obecnie) oraz w repozytorium bazowym/jądro.
I tak, staramy byłaby niemiłosiernie, gdy zauważymy rdzeń/personalizacja rozstali poślizgiem :)
dzięki za pomoc . Jestem nowy w git, więc prawdopodobnie nieco trudniejsze dla mnie niż inni, którzy są do tego przyzwyczajeni. –
Hej, miałem pretekst, aby zrzucić niektóre linki :) Chociaż prawdopodobnie uzyskasz więcej lepszych odpowiedzi, jeśli twoje pytania będą bardziej szczegółowe w przyszłości –
Och, i to jest rodzaj dobrych manier, aby zaakceptować odpowiedź, jeśli znajdziesz to pomocne (nie spiesz się, poczekaj chwilę ...). Zawsze możesz zmienić zdanie na ten temat, jeśli pojawi się lepsza odpowiedź. –