Czy bieżące zatwierdzenie jest jedynym (początkowym) zatwierdzeniem w repozytorium Git?

Obecnie mam lokalne repozytorium Git, które przekazuję do repozytorium Github.

Lokalne repozytorium zawiera ~ 10 zatwierdzeń, a repozytorium Github jest zsynchronizowanym duplikatem tego.

Chciałbym usunąć CAŁĄ historię wersji z lokalnego repozytorium Git, więc bieżąca zawartość repozytorium pojawi się jako jedyne zatwierdzenie (a zatem starsze wersje plików w repozytorium nie są przechowywane).

Chciałbym wtedy przekazać te zmiany Githubowi.

Zbadałem bazę Git, ale wydaje się, że jest to bardziej odpowiednie do usuwania określonych wersji. Innym potencjalnym rozwiązaniem jest usunięcie lokalnego repozytorium i utworzenie nowego - choć prawdopodobnie spowodowałoby to dużo pracy!

ETA: Istnieją określone katalogi / pliki, które nie są śledzone - jeśli to możliwe, chciałbym zachować śledzenie tych plików.

Oto podejście brutalnej siły. Usuwa również konfigurację repozytorium.

Uwaga : NIE działa to, jeśli repozytorium ma podmoduły! Jeśli korzystasz z submodułów, powinieneś użyć np. Interaktywnej bazy

Krok 1: Usuń całą historię ( upewnij się, że masz kopię zapasową, której nie można przywrócić )

cat .git/config  # note <github-uri>
rm -rf .git

Krok 2: zrekonstruuj repozytorium Git tylko z bieżącą zawartością

git init
git add .
git commit -m "Initial commit"

Krok 3: push do GitHub.

git remote add origin <github-uri>
git push -u --force origin master

Jedyne rozwiązanie, które działa dla mnie (i utrzymuje działanie podmodułów), to

git checkout --orphan newBranch
git add -A  # Add all files and commit them
git commit
git branch -D master  # Deletes the master branch
git branch -m master  # Rename the current branch to master
git push -f origin master  # Force push master branch to github
git gc --aggressive --prune=all     # remove the old files

Usuwanie .git/zawsze powoduje ogromne problemy, gdy mam submoduły. Używanie w git rebase --rootjakiś sposób spowodowałoby dla mnie konflikty (i zajęło mi dużo czasu, odkąd miałem dużo historii).

Oto moje ulubione podejście:

git branch new_branch_name $(echo "commit message" | git commit-tree HEAD^{tree})

Spowoduje to utworzenie nowej gałęzi z jednym zatwierdzeniem, która doda wszystko do HEAD. Nie zmienia niczego innego, więc jest całkowicie bezpieczny.

Inną opcją, która może okazać się bardzo pracochłonna, jeśli masz dużo zatwierdzeń, jest interaktywny rebase (zakładając, że twoja wersja git to> = 1.7.12):git rebase --root -i

Po wyświetleniu listy zatwierdzeń w edytorze:

• Zmień „pick” na „reword” dla pierwszego zatwierdzenia
• Zmień „pick” na „fixup” przy każdym innym zatwierdzeniu

Zapisz i zamknij. Git zacznie się opierać.

Na koniec miałbyś nowy główny zatwierdzenie, które jest kombinacją wszystkich, które pojawiły się po nim.

Zaletą jest to, że nie musisz usuwać swojego repozytorium, a jeśli masz wątpliwości, zawsze masz awarię.

Jeśli naprawdę chcesz zniszczyć swoją historię, zresetuj master do tego zatwierdzenia i usuń wszystkie inne gałęzie.

Wariant proponowanej metody larsmansa :

Zapisz listę plików nieśledzących:

git ls-files --others --exclude-standard > /tmp/my_untracked_files

Zapisz swoją konfigurację git:

mv .git/config /tmp/

Następnie wykonaj pierwsze kroki larsmansa:

rm -rf .git
git init
git add .

Przywróć konfigurację:

mv /tmp/config .git/

Wyśledzić wyśledzone pliki:

cat /tmp/my_untracked_files | xargs -0 git rm --cached

Następnie dokonaj:

git commit -m "Initial commit"

I wreszcie wypchnij do swojego repozytorium:

git push -u --force origin master

Poniżej znajduje się skrypt zaadaptowany z odpowiedzi @Zeelot. Powinien usunąć historię ze wszystkich gałęzi, nie tylko gałęzi głównej:

for BR in $(git branch); do   
  git checkout $BR
  git checkout --orphan ${BR}_temp
  git commit -m "Initial commit"
  git branch -D $BR
  git branch -m $BR
done;
git gc --aggressive --prune=all

Działa dla moich celów (nie używam submodułów).

Możesz użyć płytkich klonów (git> 1.9):

git clone --depth depth remote-url

Dalsza lektura: http://blogs.atlassian.com/2014/05/handle-big-repositories-git/

git filter-branch jest głównym narzędziem chirurgicznym.

git filter-branch --parent-filter true -- @^!

--parent-filterdostaje rodziców na standardowe wyjście i powinien wydrukować przepisanych rodziców na standardowych; unix truekończy działanie pomyślnie i nic nie drukuje, więc: brak rodziców. @^!jest skrótem Git od słowa „głowa popełnia, ale żaden z jej rodziców”. Następnie usuń wszystkie inne referencje i pchaj w wolnym czasie.

Wystarczy usunąć repozytorium Github i utworzyć nowe. Zdecydowanie najszybsze, najłatwiejsze i najbezpieczniejsze podejście. W końcu, co musisz zyskać, wykonując wszystkie te polecenia w zaakceptowanym rozwiązaniu, gdy wszystko, czego potrzebujesz, to gałąź master z jednym zatwierdzeniem?

Poniższa metoda jest dokładnie powtarzalna, więc nie trzeba ponownie uruchamiać klonowania, jeśli obie strony są spójne, wystarczy uruchomić skrypt również po drugiej stronie.

git log -n1 --format=%H >.git/info/grafts
git filter-branch -f
rm .git/info/grafts

Jeśli chcesz to wyczyścić, wypróbuj ten skrypt:

http://sam.nipl.net/b/git-gc-all-ferocious

Napisałem skrypt, który „zabija historię” dla każdej gałęzi w repozytorium:

http://sam.nipl.net/b/git-kill-history

patrz także: http://sam.nipl.net/b/confirm

Chciałbym usunąć CAŁĄ historię wersji z lokalnego repozytorium Git, więc bieżąca zawartość repozytorium pojawi się jako jedyne zatwierdzenie (a zatem starsze wersje plików w repozytorium nie są przechowywane).

Bardziej konceptualna odpowiedź:

git automatycznie śmieci zbiera stare zatwierdzenia, jeśli nie wskazują na nie żadne tagi / gałęzie / referencje. Musisz więc po prostu usunąć wszystkie tagi / gałęzie i utworzyć nowe sieroce zatwierdzenie, powiązane z dowolną gałęzią - zgodnie z konwencją pozwolisz gałęzi masterwskazywać na to zatwierdzenie.

Stare, nieosiągalne zatwierdzenia nigdy już nie będą widoczne, chyba że zaczną kopać za pomocą poleceń git niskiego poziomu. Jeśli to ci wystarczy, zatrzymam się i pozwolę, aby automatyczny GC wykonał swoją pracę, kiedy tylko zechce. Jeśli chcesz się ich od razu pozbyć, możesz użyć git gc(być może z --aggressive --prune=all). W przypadku zdalnego repozytorium git nie można tego wymusić, chyba że masz dostęp do powłoki systemu plików.

Proszę bardzo:

#!/bin/bash
#
# By Zibri (2019)
#
# Usage: gitclean username password giturl
#
gitclean () 
{ 
    odir=$PWD;
    if [ "$#" -ne 3 ]; then
        echo "Usage: gitclean username password giturl";
        return 1;
    fi;
    temp=$(mktemp -d 2>/dev/null /dev/shm/git.XXX || mktemp -d 2>/dev/null /tmp/git.XXX);
    cd "$temp";
    url=$(echo "$3" |sed -e "s/[^/]*\/\/\([^@]*@\)\?\.*/\1/");
    git clone "https://$1:$2@$url" && { 
        cd *;
        for BR in "$(git branch|tr " " "\n"|grep -v '*')";
        do
            echo working on branch $BR;
            git checkout $BR;
            git checkout --orphan $(basename "$temp"|tr -d .);
            git add -A;
            git commit -m "Initial Commit" && { 
                git branch -D $BR;
                git branch -m $BR;
                git push -f origin $BR;
                git gc --aggressive --prune=all
            };
        done
    };
    cd $odir;
    rm -rf "$temp"
}

Hostowane również tutaj: https://gist.github.com/Zibri/76614988478a076bbe105545a16ee743

Rozwiązałem podobny problem, po prostu usuwając .gitfolder z mojego projektu i ponownie integrując się z kontrolą wersji za pośrednictwem IntelliJ. Uwaga: .gitfolder jest ukryty. Możesz go wyświetlić w terminalu za pomocą ls -a, a następnie usunąć za pomocą rm -rf .git.

W tym celu użyj polecenia Shallow Clone git clone --depth 1 URL - Sklonuje tylko bieżącą HEAD repozytorium

Aby usunąć ostatnie zatwierdzenie z git, możesz po prostu uruchomić

git reset --hard HEAD^ 

Jeśli usuwasz wiele zatwierdzeń z góry, możesz uruchomić

git reset --hard HEAD~2 

aby usunąć dwa ostatnie zatwierdzenia. Możesz zwiększyć liczbę, aby usunąć jeszcze więcej zatwierdzeń.

Więcej informacji tutaj.

Git tutoturial zapewnia pomoc dotyczącą czyszczenia repozytorium:

chcesz usunąć plik z historii i dodać go do .gitignore, aby upewnić się, że nie zostanie przypadkowo ponownie zatwierdzony. W naszych przykładach usuniemy Rakefile z repozytorium klejnotów GitHub.

git clone https://github.com/defunkt/github-gem.git

cd github-gem

git filter-branch --force --index-filter \
  'git rm --cached --ignore-unmatch Rakefile' \
  --prune-empty --tag-name-filter cat -- --all

Teraz, gdy usunęliśmy plik z historii, upewnijmy się, że nie popełnimy go przypadkowo ponownie.

echo "Rakefile" >> .gitignore

git add .gitignore

git commit -m "Add Rakefile to .gitignore"

Jeśli jesteś zadowolony ze stanu repozytorium, musisz wymusić zmiany w celu zastąpienia zdalnego repozytorium.

git push origin master --force