Tworzenie repozytorium GitHub z tylko podzbiorem historii lokalnego repozytorium

Możesz stworzyć nową, świeżą historię całkiem łatwo w Git. Powiedzmy, że chcesz, aby Twoja master gałąź była tą, którą będziesz przesyłać do Githuba, a twoja pełna historia ma być przechowywana w old-master. Możesz po prostu przenieść swoją master gałąź do old-master, a następnie uruchomić nową gałąź bez historii za pomocą git checkout --orphan:

git branch -m master old-master
git checkout --orphan master
git commit -m "Import clean version of my code"

Teraz masz nową master gałąź bez historii, którą możesz wcisnąć do Githuba. Ale, jak mówisz, chciałbyś być w stanie zobaczyć całą starą historię w lokalnym repozytorium; i prawdopodobnie chciałby, aby nie został rozłączony.

Możesz to zrobić za pomocą git replace. Replacement ref jest sposobem określenia alternatywnego commita za każdym razem, gdy Git patrzy na dany commit. Możesz więc powiedzieć Gitowi, aby spojrzał na ostatni commit Twojej starej gałęzi, zamiast na pierwszy commit Twojej nowej gałęzi, patrząc na historię. Aby to zrobić, musisz wprowadzić odłączoną historię ze starego repozytorium.

git replace master old-master

Teraz ty masz nową gałąź, w której możesz zobaczyć całą swoją historię, ale rzeczywiste obiekty commitów są odłączone od starej historii, więc możesz wypchnąć nowe commity na GitHub bez pojawiania się starych commitów. Wypchnij swoją master gałąź do Githuba, a tylko nowe commity trafią do Githuba. Ale spójrz na historię w gitk lub git log, a zobaczysz pełną historię.

git push github master:master
gitk --all

Gotchas

Jeśli kiedykolwiek oprzesz nowe gałęzie na starych commitach, będziesz trzeba uważać, aby historia była oddzielona; w przeciwnym razie nowe commity na tych gałęziach będą miały stare commity w swojej historii, więc wyciągniesz całą historię, jeśli wypchniesz ją na GitHub. Dopóki zachowasz wszystkie nowe commity oparte na nowym master, nic Ci nie będzie.

Jeśli kiedykolwiek uruchomisz git push --tags github, to popchnie wszystkie Twoje tagi, w tym Stare, co spowoduje, że cała Twoja stara historia zostanie pociągnięta razem z nią. Możesz sobie z tym poradzić przez usuwanie wszystkich starych tagów (git tag -d $(git tag -l)), lub nigdy nie używając git push --tags, ale tylko ręcznie, lub używając dwóch repozytoriów, jak opisano poniżej.

Podstawowy problem leżący u podstaw obu tych zmian polega na tym, że jeśli kiedykolwiek wypchniesz dowolny ref, który łączy się ze starą historią (inną niż poprzez zastąpione commity), wypchniesz całą starą historię. Prawdopodobnie najlepszym sposobem na uniknięcie tego jest użycie dwóch repozytoriów, jednego zawierającego tylko nowe commity, a drugiego zawiera zarówno starą, jak i nową historię, w celu sprawdzenia pełnej historii. Wykonujesz całą swoją pracę, zatwierdzanie, popychanie i wyciąganie z Githuba, w repozytorium tylko z nowymi commitami; w ten sposób nie możesz przypadkowo wypchnąć starych commitów.

Następnie pobierasz wszystkie nowe commity do repozytorium, które ma pełną historię, kiedy tylko chcesz spojrzeć na całość. Możesz pobrać z GitHub lub innego lokalnego repozytorium, cokolwiek będzie wygodniejsze. Będzie to twoje archiwum, ale aby uniknąć przypadkowego opublikowania Twojej starej historii, nigdy nie naciskasz z niego na GitHub. Oto jak możesz go skonfigurować:

~$ mkdir newrepo
~$ cd newrepo
newrepo$ git init
newrepo$ git pull ~/oldrepo master
# Now newrepo has just the new history; we can set up oldrepo to pull from it
newrepo$ cd ~/oldrepo
oldrepo$ git remote add newrepo ~/newrepo
oldrepo$ git remote update
oldrepo$ git branch --set-upstream master newrepo/master
# ... do work in newrepo, commit, push to GitHub, etc.
# Now if we want to look at the full history in oldrepo:
oldrepo$ git pull

Jeśli używasz Gita starszego niż 1.7.2

Nie masz git checkout --orphan, więc musisz to zrobić ręcznie, tworząc nowe repozytorium z bieżącej wersji istniejącego repozytorium, a następnie pobierając starą historię rozłączenia. Można to zrobić z, dla przykład:

oldrepo$ mkdir ~/newrepo
oldrepo$ cp $(git ls-files) ~/newrepo
oldrepo$ cd ~/newrepo
newrepo$ git init
newrepo$ git add .
newrepo$ git commit -m "Import clean version of my code"
newrepo$ git fetch ~/oldrepo master:old-master

Jeśli używasz Gita starszego niż 1.6.5

git replace i replace refs zostały dodane w 1.6.5, więc będziesz musiał użyć starszego, nieco mniej elastycznego mechanizmu znanego jako grafts , który pozwala na określenie alternatywnych rodziców dla danego commita. Zamiast polecenia git replace Uruchom:

echo $(git rev-parse master) $(git rev-parse old-master) >> .git/info/grafts

To sprawi, że będzie wyglądało lokalnie, jakby master commit miał old-master jako swój rodzic, więc zobaczysz o jeden commit więcej niż w przypadku git replace.