Rekurencyjnie dodawaj pliki według wzorca

Jak rekurencyjnie dodawać pliki według wzorca (lub globu) znajdującego się w różnych katalogach?

Na przykład chciałbym dodać A/B/C/foo.javai D/E/F/bar.java(i kilka innych plików java) za pomocą jednego polecenia:

git add '*.java'

Niestety to nie działa zgodnie z oczekiwaniami.

Odpowiedź Sergio Acosty jest prawdopodobnie najlepszym rozwiązaniem, jeśli niektóre z plików do dodania mogą nie być jeszcze śledzone. Jeśli chcesz ograniczyć się do plików, o których git już wie, możesz połączyć git-ls-filesz filtrem:

git ls-files [path] | grep '\.java$' | xargs git add

Git nie dostarcza żadnych wymyślnych mechanizmów, aby zrobić to sam, ponieważ jest to w zasadzie problem powłoki: jak uzyskać listę plików, które mają być dostarczone jako argumenty dla danego polecenia.

Możesz użyć, git add [path]/\*.javaaby dodać pliki java z podkatalogów,
np. git add ./\*.javaDla bieżącego katalogu.

Z git adddokumentacji :

Dodaje zawartość ze wszystkich *.txtplików w Documentationkatalogu i jego podkatalogach:

$ git add Documentation/\*.txt

Zauważ, że gwiazdka *jest cytowana z powłoki w tym przykładzie; dzięki temu polecenie będzie zawierało pliki z podkatalogów Documentation/katalogu.

Dzięki zshniemu możesz biegać:

git add "**/*.java"

a wszystkie twoje *.javapliki zostaną dodane rekurencyjnie.

Trochę poza tematem (nie dotyczy konkretnie git), ale jeśli korzystasz z Linuksa / Uniksa, obejściem może być:

find . -name '*.java' | xargs git add

A jeśli spodziewasz się ścieżek ze spacjami:

find . -name '*.java' -print0 | xargs -0 git add

Ale wiem, że to nie jest dokładnie to, o co prosiłeś.

Odpowiedź Siergieja (nie wierz mi) działa:

You can use git add [path]/\*.java

z niedawnym gitem:

$git version
git version 1.7.3.4

Pliki do testu:

$find -name .git -prune -o -type f -print | sort
./dirA/dirA-1/dirA-1-1/file1.txt
./dirA/dirA-1/dirA-1-2/file2.html
./dirA/dirA-1/dirA-1-2/file3.txt
./dirA/dirA-1/file4.txt
./dirB/dirB-1/dirB-1-1/file5.html
./dirB/dirB-1/dirB-1-1/file6.txt
./file7.txt

Stan Git:

$git status -s
?? dirA/
?? dirB/
?? file7.txt

Dodawanie * .txt:

$git add \*.txt

Zaktualizowany stan:

$git status -s
A  dirA/dirA-1/dirA-1-1/file1.txt
A  dirA/dirA-1/dirA-1-2/file3.txt
A  dirA/dirA-1/file4.txt
A  dirB/dirB-1/dirB-1-1/file6.txt
A  file7.txt
?? dirA/dirA-1/dirA-1-2/file2.html
?? dirB/dirB-1/dirB-1-1/file5.html

Jeśli już śledzisz swoje pliki i dokonałeś w nich zmian, a teraz chcesz je dodać selektywnie na podstawie wzorca, możesz użyć --modifiedflagi

git ls-files --modified | grep '<pattern>' | xargs git add

Na przykład, jeśli chcesz tylko dodać zmiany CSS do tego zatwierdzenia, możesz to zrobić

git ls-files --modified | grep '\.css$' | xargs git add

Zobacz man git-ls-fileswięcej flag

Po prostu użyj git add *\*.java. Spowoduje to dodanie wszystkich plików .java do katalogu głównego i wszystkich podkatalogów.

Dodanie rozwiązania wiersza poleceń systemu Windows, o którym jeszcze nie wspomniano:

for /f "delims=" %G in ('dir /b/s *.java') do @git add %G

Chciałem tylko dodać pliki, które miały określony ciąg oparty na git status:

git status | grep string | xargs git add

a następnie był w stanie git commit -m 'commit msgzatwierdzić wszystkie zmienione pliki ze słowem „string” w tytule pliku

Jak wspomniano w " git: Jak rekurencyjnie dodać wszystkie pliki w poddrzewie katalogu, które pasują do wzorca glob? ", Jeśli poprawnie zmienisz ścieżkę lub zacytujesz swoją ścieżkę globbing (jak '*.java'), to tak, git dodaj'*.java'

Git 2.13 (Q2 2017) ulepsza to dla interaktywnego dodatku:

Zobacz commit 7288e12 (14 marca 2017) autorstwa Jeffa Kinga ( peff) .
^{(Scalone przez Junio ​​C Hamano - gitster- w zobowiązaniu 153e0d7 , 17 marca 2017 r.)}

add --interactive: nie rozwijaj pathspecs z ls-files

Kiedy chcemy uzyskać listę zmodyfikowanych plików, najpierw rozszerzamy wszystkie podane przez użytkownika ścieżki o " ls-files", a następnie podajemy wynikową listę ścieżek jako argumenty do " diff-index" i " diff-files".
Jeśli twoja ścieżka rozszerza się na dużą liczbę ścieżek, możesz napotkać jeden z dwóch problemów:

1. System operacyjny może narzekać na rozmiar listy argumentów i odmówić uruchomienia. Na przykład:

   $ (ulimit -s 128 && git add -p drivers)
   Can't exec "git": Argument list too long at .../git-add--interactive line 177.
   Died at .../git-add--interactive line 177.
   

To jest w linux.gitrepozytorium, które ma około 20K plików w katalogu "drivers" (żaden z nich nie został zmodyfikowany w tym przypadku). ulimit -sSztuczka " " jest konieczna, aby pokazać problem w Linuksie, nawet dla tak gigantycznego zestawu ścieżek.
Inne systemy operacyjne mają znacznie mniejsze ograniczenia (np. Rzeczywista sytuacja była widziana tylko z plikami 5K na OS X).

2. Nawet jeśli działa, jest naprawdę powolny. Kod pathspec nie jest zoptymalizowany pod kątem dużej liczby ścieżek. Oto ten sam przypadek bez ulimitu:

   $ time git add -p drivers
     No changes.
   
   real  0m16.559s
   user    0m53.140s
   sys 0m0.220s
   

Możemy to poprawić ls-filescałkowicie " " pomijając i przekazując oryginalne pathspec do poleceń diff.

Historycznie, język pathspec obsługiwany przez „ diff-index” był słabszy, ale już tak nie jest.

umieść linię w ~ / .gitconfig

[alias] addt = !sh -c 'git ls-files | grep \"\\.$1*\" | xargs git add' -

Jeśli chcesz dodać wszystkie zmodyfikowane pliki java, możesz po prostu zrobić: git addt java

Samely, jeśli chcesz dodać cały zmodyfikowany plik Pythona, możesz po prostu zrobić: git addt py