To pytanie jest oparte na podkatalogu Odłącz do osobnego repozytorium Git

Zamiast odłączać pojedynczy podkatalog, chcę odłączyć kilka. Na przykład moje bieżące drzewo katalogów wygląda następująco:

/apps
  /AAA
  /BBB
  /CCC
/libs
  /XXX
  /YYY
  /ZZZ

Zamiast tego chciałbym:

/apps
  /AAA
/libs
  /XXX

--subdirectory-filterArgument git filter-branchnie będzie działać, ponieważ pozbywa się wszystkiego z wyjątkiem podanym katalogu po raz pierwszy jest prowadzony. Myślałem, że użycie --index-filterargumentu dla wszystkich niechcianych plików zadziała (choćby nużące), ale jeśli spróbuję go uruchomić więcej niż raz, otrzymuję następujący komunikat:

Cannot create a new backup.
A previous backup already exists in refs/original/
Force overwriting the backup with -f

Jakieś pomysły? TIA

Zamiast zajmować się podpowłoką i używać ext glob (jak zasugerował kynan), wypróbuj to znacznie prostsze podejście:

git filter-branch --index-filter 'git rm --cached -qr --ignore-unmatch -- . && git reset -q $GIT_COMMIT -- apps/AAA libs/XXX' --prune-empty -- --all

Jak wspomniał void.pointer w swoim komentarzu , spowoduje to usunięcie wszystkiego oprócz apps/AAAiz libs/XXXbieżącego repozytorium.

Usuń puste zatwierdzenia scalania

To pozostawia wiele pustych połączeń. Można je usunąć inną przepustką, jak to opisuje raphinesse w swojej odpowiedzi :

git filter-branch --prune-empty --parent-filter \
'sed "s/-p //g" | xargs -r git show-branch --independent | sed "s/\</-p /g"'

⚠️ Uwaga : Powyższe stosowanie musi Wersja GNU sedi xargsinaczej byłoby usunąć wszystkie rewizje jak xargssię nie powiedzie. brew install gnu-sed findutilsa następnie użyj gsedi gxargs:

git filter-branch --prune-empty --parent-filter \
'gsed "s/-p //g" | gxargs git show-branch --independent | gsed "s/\</-p /g"' 

Ręczne kroki za pomocą prostych poleceń git

Plan polega na podzieleniu poszczególnych katalogów na własne repozytoria, a następnie scaleniu ich razem. Poniższe ręczne kroki nie wykorzystywały łatwych w użyciu skryptów, ale łatwe do zrozumienia polecenia i mogą pomóc w scaleniu dodatkowych N podfolderów w inne pojedyncze repozytorium.

Podzielić

Załóżmy, że Twoje oryginalne repozytorium to: original_repo

1 - Podziel aplikacje:

git clone original_repo apps-repo
cd apps-repo
git filter-branch --prune-empty --subdirectory-filter apps master

2 - Podziel biblioteki

git clone original_repo libs-repo
cd libs-repo
git filter-branch --prune-empty --subdirectory-filter libs master

Kontynuuj, jeśli masz więcej niż 2 foldery. Teraz będziesz mieć dwa nowe i tymczasowe repozytorium git.

Pokonaj , łącząc aplikacje i biblioteki

3 - Przygotuj nowe repozytorium:

mkdir my-desired-repo
cd my-desired-repo
git init

Będziesz musiał wykonać co najmniej jedno zatwierdzenie. Jeśli poniższe trzy wiersze powinny zostać pominięte, pierwsze repozytorium pojawi się natychmiast w katalogu głównym repozytorium:

touch a_file_and_make_a_commit # see user's feedback
git add a_file_and_make_a_commit
git commit -am "at least one commit is needed for it to work"

Po zatwierdzeniu pliku tymczasowego mergepolecenie w późniejszej sekcji zostanie zatrzymane zgodnie z oczekiwaniami.

Biorąc pod uwagę opinie użytkowników, zamiast dodawać losowy plik, taki jak a_file_and_make_a_commit, możesz dodać .gitignore, lub README.mditp.

4 - Najpierw scal repozytorium aplikacji:

git remote add apps-repo ../apps-repo
git fetch apps-repo
git merge -s ours --no-commit apps-repo/master # see below note.
git read-tree --prefix=apps -u apps-repo/master
git commit -m "import apps"

Teraz powinieneś zobaczyć katalog aplikacji w nowym repozytorium. git logpowinien pokazywać wszystkie istotne historyczne komunikaty o zatwierdzeniach.

Uwaga: jak Chris zauważył poniżej w komentarzach, dla nowszej wersji (> = 2.9) git, musisz określić za --allow-unrelated-historiespomocągit merge

5 - Następnie scal repozytorium bibliotek w ten sam sposób:

git remote add libs-repo ../libs-repo
git fetch libs-repo
git merge -s ours --no-commit libs-repo/master # see above note.
git read-tree --prefix=libs -u libs-repo/master
git commit -m "import libs"

Kontynuuj, jeśli masz więcej niż 2 repozytoria do scalenia.

Odniesienie: Scal podkatalog innego repozytorium z git

Dlaczego miałbyś chcieć biegać filter-branchwięcej niż raz? Możesz to wszystko zrobić za jednym zamachem, więc nie musisz tego wymuszać (pamiętaj, że musisz extglobwłączyć w powłoce, aby to zadziałało):

git filter-branch --index-filter "git rm -r -f --cached --ignore-unmatch $(ls -xd apps/!(AAA) libs/!(XXX))" --prune-empty -- --all

Powinno to pozbyć się wszystkich zmian w niechcianych podkatalogach i zachować wszystkie twoje gałęzie i zatwierdzenia (chyba że wpływają one tylko na pliki w przyciętych podkatalogach --prune-empty) - nie ma problemu z powielonymi zatwierdzeniami itp.

Po tej operacji niechciane katalogi zostaną wymienione jako nieśledzone przez git status.

To $(ls ...)jest konieczne, extglobjest oceniane przez twoją powłokę zamiast przez filtr indeksu, który używa shwbudowanego eval(gdzie extglobnie jest dostępny). Zobacz Jak włączyć opcje powłoki w git? po dalsze szczegóły na ten temat.

Odpowiadając tutaj na moje własne pytanie ... po wielu próbach i błędach.

Udało mi się to zrobić za pomocą kombinacji git subtreei git-stitch-repo. Te instrukcje są oparte na:

• Udostępnianie kodu między projektami za pomocą poddrzewa git - http://psionides.jogger.pl/2010/02/04/sharing-code-between-projects-with-git-subtree/
• Właściwe narzędzie do pracy: git-stitch-repo - http://ifup.org/2009/02/07/the-right-tool-for-the-job-git-stitch-repo/

Najpierw wyciągnąłem katalogi, które chciałem zachować, w ich oddzielnym repozytorium:

cd origRepo
git subtree split -P apps/AAA -b aaa
git subtree split -P libs/XXX -b xxx

cd ..
mkdir aaaRepo
cd aaaRepo
git init
git fetch ../origRepo aaa
git checkout -b master FETCH_HEAD

cd ..
mkdir xxxRepo
cd xxxRepo
git init
git fetch ../origRepo xxx
git checkout -b master FETCH_HEAD

Następnie utworzyłem nowe, puste repozytorium i zaimportowałem / zszyłem do niego ostatnie dwa:

cd ..
mkdir newRepo
cd newRepo
git init
git-stitch-repo ../aaaRepo:apps/AAA ../xxxRepo:libs/XXX | git fast-import

Stwarza to dwa oddziały, master-Aa master-Bkażdy trzyma zawartość jednej ze zszytych repo. Aby je połączyć i posprzątać:

git checkout master-A
git pull . master-B
git checkout master
git branch -d master-A 
git branch -d master-B

Teraz nie jestem do końca pewien, jak / kiedy to się dzieje, ale po pierwszej checkouti drugiej pull, kod magicznie łączy się z gałęzią master (każdy wgląd w to, co się tutaj dzieje, jest mile widziany!)

Wygląda na to, że wszystko działało zgodnie z oczekiwaniami, z wyjątkiem tego, że jeśli newRepoprzejrzę historię zmian, istnieją duplikaty, gdy zestaw zmian wpłynął na oba apps/AAAi libs/XXX. Jeśli istnieje sposób na usunięcie duplikatów, byłby idealny.

Napisałem filtr git, aby rozwiązać dokładnie ten problem. Ma fantastyczną nazwę git_filter i znajduje się na github tutaj:

https://github.com/slobobaby/git_filter

Opiera się na doskonałej bibliotece libgit2.

Musiałem podzielić duże repozytorium z wieloma zatwierdzeniami (~ 100000), a rozwiązania oparte na git filter-branch zajęły kilka dni. git_filter zajmuje minutę, aby zrobić to samo.

Użyj rozszerzenia git „git splits”

git splitsto skrypt bash będący opakowaniem, git branch-filterktóry stworzyłem jako rozszerzenie git, w oparciu o rozwiązanie jkeating .

Został stworzony dokładnie do tej sytuacji. W przypadku błędu spróbuj użyć git splits -fopcji wymuszenia usunięcia kopii zapasowej. Ponieważ git splitsdziała na nowej gałęzi, nie przepisuje bieżącej gałęzi, więc kopia zapasowa jest zbędna. Zobacz plik readme, aby uzyskać więcej szczegółów i pamiętaj, aby użyć go na kopii / klonie repozytorium (na wszelki wypadek!) .

1. zainstalować git splits.

2. Podziel katalogi na lokalny oddział #change into your repo's directory cd /path/to/repo #checkout the branch git checkout XYZ
#split multiple directories into new branch XYZ git splits -b XYZ apps/AAA libs/ZZZ

3. Utwórz gdzieś puste repozytorium. Zakładamy, że utworzyliśmy puste repozytorium wywołane xyzna GitHub, które ma ścieżkę:[email protected]:simpliwp/xyz.git

4. Przejdź do nowego repozytorium. #add a new remote origin for the empty repo so we can push to the empty repo on GitHub git remote add origin_xyz [email protected]:simpliwp/xyz.git #push the branch to the empty repo's master branch git push origin_xyz XYZ:master

5. Sklonuj nowo utworzone repozytorium zdalne do nowego katalogu lokalnego
   #change current directory out of the old repo cd /path/to/where/you/want/the/new/local/repo #clone the remote repo you just pushed to git clone [email protected]:simpliwp/xyz.git

git clone [email protected]:thing.git
cd thing
git fetch
for originBranch in `git branch -r | grep -v master`; do
    branch=${originBranch:7:${#originBranch}}
    git checkout $branch
done
git checkout master

git filter-branch --index-filter 'git rm --cached -qr --ignore-unmatch -- . && git reset -q $GIT_COMMIT -- dir1 dir2 .gitignore' --prune-empty -- --all

git remote set-url origin [email protected]:newthing.git
git push --all

Proste rozwiązanie: git-filter-repo

Miałem podobny problem i po przejrzeniu różnych wymienionych tutaj podejść odkryłem git-filter-repo . Jest zalecany jako alternatywa dla git-filter-branch w oficjalnej dokumentacji git tutaj .

Aby utworzyć nowe repozytorium z podzbioru katalogów w istniejącym repozytorium, możesz użyć polecenia:

git filter-repo --path <file_to_remove>

Filtruj wiele plików / folderów, łącząc je:

git filter-repo --path keepthisfile --path keepthisfolder/

Tak więc, aby odpowiedzieć na pierwotne pytanie , z git-filter-repo potrzebujesz tylko następującego polecenia:

git filter-repo --path apps/AAA/ --path libs/XXX/

Tak. Wymuś zastąpienie kopii zapasowej, używając -fflagi przy kolejnych wywołaniach do, filter-branchaby zastąpić to ostrzeżenie. :) W przeciwnym razie myślę, że masz rozwiązanie (to znaczy usunąć niechciany katalog na raz za pomocą filter-branch).

Usuń kopię zapasową obecną w katalogu .git w refs / original, jak sugeruje wiadomość. Katalog jest ukryty.