Jak zredukować całe repozytorium do pierwszego zatwierdzenia?

Mogę zmienić podstawę do pierwszego zatwierdzenia, ale to dałoby mi 2 zatwierdzenia. Czy istnieje sposób na odniesienie do zatwierdzenia przed pierwszym?

Być może najłatwiejszym sposobem jest po prostu utworzenie nowego repozytorium z bieżącym stanem kopii roboczej. Jeśli chcesz zachować wszystkie komunikaty zatwierdzeń, które możesz zrobić, git log > original.loga następnie edytować je dla początkowego komunikatu zatwierdzenia w nowym repozytorium:

rm -rf .git
git init
git add .
git commit

lub

git log > original.log
# edit original.log as desired
rm -rf .git
git init
git add .
git commit -F original.log

Od wersji 1.6.2 możesz używać git rebase --root -i.

Dla każdego zatwierdzenia oprócz pierwszego zmień pickna squash.

Aktualizacja

Zrobiłem alias git squash-all.
Przykładowe zastosowania : git squash-all "a brand new start".

[alias]
  squash-all = "!f(){ git reset $(git commit-tree HEAD^{tree} -m \"${1:-A new start}\");};f"

Zastrzeżenie : pamiętaj, aby podać komentarz, w przeciwnym razie użyty zostanie domyślny komunikat zatwierdzenia „Nowy początek”.

Lub możesz utworzyć alias za pomocą następującego polecenia:

git config --global alias.squash-all '!f(){ git reset $(git commit-tree HEAD^{tree} -m "${1:-A new start}");};f'

Jedna wkładka

git reset $(git commit-tree HEAD^{tree} -m "A new start")

Uwaga : tutaj „ A new start” to tylko przykład, możesz swobodnie używać własnego języka.

TL; DR

Nie musisz zgniatać, użyj, git commit-treeaby stworzyć sierocą zmianę i idź z nią.

Wyjaśnić

1. utwórz pojedynczy zatwierdzenie przez git commit-tree

   Co git commit-tree HEAD^{tree} -m "A new start"to jest:

   Tworzy nowy obiekt zatwierdzenia na podstawie podanego obiektu drzewa i emituje nowy identyfikator obiektu zatwierdzenia na standardowym wyjściu. Komunikat dziennika jest odczytywany ze standardowego wejścia, chyba że podano opcje -m lub -F.

   Wyrażenie HEAD^{tree}oznacza obiekt drzewa odpowiadający HEAD, a mianowicie czubek bieżącej gałęzi. zobacz drzewa obiektów i popełnić-obiektów .

2. zresetuj bieżącą gałąź do nowego zatwierdzenia

   Następnie git resetpo prostu zresetuj bieżącą gałąź do nowo utworzonego obiektu zatwierdzenia.

W ten sposób nic nie jest dotykane w obszarze roboczym, ani nie ma potrzeby korzystania z bazy / squash, co czyni go naprawdę szybkim. Potrzebny czas nie ma znaczenia dla wielkości repozytorium ani głębokości historii.

Odmiana: nowe repozytorium z szablonu projektu

Jest to przydatne do utworzenia „początkowego zatwierdzenia” w nowym projekcie przy użyciu innego repozytorium jako szablonu / archetype / seed / skeleton. Na przykład:

cd my-new-project
git init
git fetch --depth=1 -n https://github.com/toolbear/panda.git
git reset --hard $(git commit-tree FETCH_HEAD^{tree} -m "initial commit")

Pozwala to uniknąć dodawania repozytorium szablonu jako zdalnego ( originlub w inny sposób) i zwija historię repozytorium szablonu do początkowego zatwierdzenia.

Jeśli wszystko, co chcesz zrobić, to zmiażdżyć wszystkie swoje commity do głównego zatwierdzenia, a potem

git rebase --interactive --root

może działać, jest to niepraktyczne dla dużej liczby commits (na przykład setek commits), ponieważ operacja rebase prawdopodobnie będzie działać bardzo wolno, aby wygenerować listę zatwierdzeń interaktywnego edytora rebase, a także uruchomić sam rebase.

Oto dwa szybsze i bardziej wydajne rozwiązania, gdy zgniatasz dużą liczbę zatwierdzeń:

Alternatywne rozwiązanie nr 1: gałęzie osierocone

Możesz po prostu utworzyć nową gałąź osieroconą na końcu (tj. Najnowszym zatwierdzeniu) twojej aktualnej gałęzi. Ta gałąź sieroca tworzy początkowe zatwierdzenie katalogu głównego całkowicie nowego i osobnego drzewa historii zatwierdzeń, co w rzeczywistości jest równoważne zmiażdżeniu wszystkich twoich zatwierdzeń:

git checkout --orphan new-master master
git commit -m "Enter commit message for your new initial commit"

# Overwrite the old master branch reference with the new one
git branch -M new-master master

Dokumentacja:

• git-checkout (1) Podręcznik strony .

Alternatywne rozwiązanie # 2: miękki reset

Innym skutecznym rozwiązaniem jest po prostu użycie mieszanego lub miękkiego resetu do głównego zatwierdzenia <root>:

git branch beforeReset

git reset --soft <root>
git commit --amend

# Verify that the new amended root is no different
# from the previous branch state
git diff beforeReset

Dokumentacja:

• git-reset (1) Podręcznik strony .

echo "message" | git commit-tree HEAD^{tree}

Spowoduje to utworzenie osieroconego zatwierdzenia z drzewem HEAD i wyprowadzenie jego nazwy (SHA-1) na standardowym wyjściu. Następnie zresetuj tam swój oddział.

git reset SHA-1

Oto, jak to zrobiłem, na wypadek, gdyby zadziałało to dla kogoś innego:

Pamiętaj, że zawsze istnieje ryzyko zrobienia czegoś takiego i nigdy nie jest to zły pomysł, aby utworzyć gałąź składowania przed rozpoczęciem.

Zacznij od zalogowania

git log --oneline

Przewiń do pierwszego zatwierdzenia, skopiuj SHA

git reset --soft <#sha#>

Zamień <#sha#>w / SHA skopiowane z dziennika

git status

Upewnij się, że wszystko jest zielone, w przeciwnym razie uruchom git add -A

git commit --amend

Zmień wszystkie bieżące zmiany w bieżącym pierwszym zatwierdzeniu

Teraz wymusz push tę gałąź, a ona zastąpi to, co tam jest.

Czytałem coś o stosowaniu przeszczepów, ale nigdy nie analizowałem tego zbyt wiele.

W każdym razie możesz ręcznie zgnieść ostatnie 2 zatwierdzenia za pomocą czegoś takiego:

git reset HEAD~1
git add -A
git commit --amend

Najprościej jest użyć polecenia „hydraulika”, update-refaby usunąć bieżącą gałąź.

Nie można użyć, git branch -Dponieważ ma zawór bezpieczeństwa, aby zatrzymać usuwanie aktualnego odgałęzienia.

Powoduje to powrót do stanu „początkowego zatwierdzenia”, w którym możesz zacząć od nowego początkowego zatwierdzenia.

git update-ref -d refs/heads/master
git commit -m "New initial commit"

Po pierwsze, zmiksuj wszystkie swoje zobowiązania w jednym zatwierdzeniu, używając git rebase --interactive. Teraz masz dwa zobowiązania do zgniecenia. Aby to zrobić, przeczytaj dowolny z nich

• Jak połączyć pierwsze dwa zatwierdzenia z repozytorium Git?
• git: jak zmiażdżyć pierwsze dwa commity?

W jednym wierszu z 6 słów

git checkout --orphan new_root_branch  &&  git commit

utwórz kopię zapasową

git branch backup

zresetować do określonego zatwierdzenia

git reset --soft <#root>

następnie dodaj wszystkie pliki do inscenizacji

git add .

zatwierdzanie bez aktualizacji wiadomości

git commit --amend --no-edit

pchnij nowy oddział zgniecionymi zobowiązaniami do repo

git push -f

Do zgniatania za pomocą przeszczepów

Dodaj plik .git/info/grafts, umieść tam skrót zatwierdzenia, który chcesz stać się Twoim rootem

git log zacznie teraz od tego zatwierdzenia

Aby działało to „prawdziwie” git filter-branch

Ta odpowiedź poprawia się w przypadku kilku powyżej (proszę głosować na nie), zakładając, że oprócz utworzenia jednego zatwierdzenia (brak historii bez rodziców), chcesz również zachować wszystkie dane dotyczące tego zatwierdzenia:

• Autor (imię i adres e-mail)
• Data własna
• Commiter (imię i adres e-mail)
• Data popełnienia
• Zatwierdź komunikat w dzienniku

Oczywiście zatwierdzenie SHA nowego / pojedynczego zatwierdzenia ulegnie zmianie, ponieważ reprezentuje nową (nie) historię, stając się rodzicielską / zatwierdzeniem root.

Można to zrobić, czytając git logi ustawiając niektóre zmienne dla git commit-tree. Zakładając, że chcesz utworzyć pojedyncze zatwierdzenie masterw nowym oddziale one-commit, zachowując powyższe dane zatwierdzenia:

git checkout -b one-commit master ## create new branch to reset
git reset --hard \
$(eval "$(git log master -n1 --format='\
COMMIT_MESSAGE="%B" \
GIT_AUTHOR_NAME="%an" \
GIT_AUTHOR_EMAIL="%ae" \
GIT_AUTHOR_DATE="%ad" \
GIT_COMMITTER_NAME="%cn" \
GIT_COMMITTER_EMAIL="%ce" \
GIT_COMMITTER_DATE="%cd"')" 'git commit-tree master^{tree} <<COMMITMESSAGE
$COMMIT_MESSAGE
COMMITMESSAGE
')

Aby to zrobić, możesz zresetować swoje lokalne repozytorium git do pierwszego hashtagu zatwierdzenia, więc wszystkie zmiany po tym zatwierdzeniu zostaną wycofane ze sceny, a następnie możesz zatwierdzić za pomocą opcji --amend.

git reset your-first-commit-hashtag
git add .
git commit --amend

A jeśli to konieczne, edytuj pierwsze zatwierdzenie i zapisz plik.

Dla mnie działało to tak: miałem w sumie 4 zatwierdzenia i użyłem interaktywnego rebase:

git rebase -i HEAD~3

Pozostało pierwsze zatwierdzenie i wziąłem 3 ostatnie zatwierdzenia.

Jeśli utkniesz w edytorze, który pojawi się obok, zobaczysz coś takiego:

pick fda59df commit 1
pick x536897 commit 2
pick c01a668 commit 3

Musisz wziąć pierwsze zatwierdzenie i zgnieść innych. Co powinieneś mieć to:

pick fda59df commit 1
squash x536897 commit 2
squash c01a668 commit 3

W tym celu użyj przycisku INSERT, aby zmienić tryb „wstaw” i „edytuj”.

Aby zapisać i wyjść z edytora, użyj :wq. Jeśli kursor znajduje się między tymi wierszami zatwierdzenia lub gdzieś indziej, wciśnij ESC i spróbuj ponownie.

W rezultacie miałem dwa zatwierdzenia: pierwsze, które pozostało, a drugie z komunikatem „To jest kombinacja 3 zatwierdzeń”.

Sprawdź szczegóły tutaj: https://makandracards.com/makandra/527-squash-several-git-commits-into-a-single-commit

Zwykle robię to w ten sposób:

• Upewnij się, że wszystko zostało zatwierdzone, i zapisz najnowszy identyfikator zatwierdzenia na wypadek, gdyby coś poszło nie tak, lub utwórz oddzielną gałąź jako kopię zapasową

• Uruchom, git reset --soft `git rev-list --max-parents=0 --abbrev-commit HEAD`aby zresetować głowę do pierwszego zatwierdzenia, ale pozostaw indeks bez zmian. Wszystkie zmiany od pierwszego zatwierdzenia będą teraz wydawać się gotowe do zatwierdzenia.

• Uruchom, git commit --amend -m "initial commit"aby zmienić swoje zatwierdzenie do pierwszego zatwierdzenia i zmienić komunikat zatwierdzenia, lub jeśli chcesz zachować istniejący komunikat zatwierdzenia, możesz uruchomićgit commit --amend --no-edit

• Uruchom, git push -faby wymusić wprowadzenie zmian