Adicionar recursivamente arquivos por padrão

Como adiciono recursivamente arquivos por um padrão (ou glob) localizado em diretórios diferentes?

Por exemplo, eu gostaria de adicionar A/B/C/foo.javae D/E/F/bar.java(e vários outros arquivos java) com um comando:

git add '*.java'

Infelizmente, isso não funciona como o esperado.

A resposta de Sergio Acosta é provavelmente a sua melhor aposta, se alguns dos arquivos a serem adicionados ainda não estiverem rastreados. Se você deseja limitar-se aos arquivos que o git já conhece, você pode combinar git-ls-filescom um filtro:

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

O Git não fornece mecanismos sofisticados para fazer isso sozinho, pois é basicamente um problema de shell: como você obtém uma lista de arquivos para fornecer como argumentos para um determinado comando.

Você pode usar git add [path]/\*.javapara adicionar arquivos java de subdiretórios,
por exemplo , git add ./\*.javapara o diretório atual.

Da git adddocumentação :

Adiciona conteúdo de todos os *.txtarquivos no Documentationdiretório e seus subdiretórios:

$ git add Documentation/\*.txt

Observe que o asterisco *é citado no shell neste exemplo; isso permite que o comando inclua os arquivos dos subdiretórios do Documentation/diretório

Com zshvocê pode executar:

git add "**/*.java"

e todos os seus *.javaarquivos serão adicionados recursivamente.

Um tópico pouco interessante (não especificamente relacionado ao git), mas se você estiver no linux / unix, uma solução alternativa pode ser:

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

E se você espera caminhos com espaços:

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

Mas eu sei que não é exatamente o que você pediu.

A resposta de Sergey (não me credite) está funcionando:

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

com um git recente:

$git version
git version 1.7.3.4

Arquivos para o teste:

$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

Status do Git:

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

Adicionando * .txt:

$git add \*.txt

Status atualizado:

$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

Se você já está acompanhando seus arquivos e fez alterações neles, e agora deseja adicioná-los seletivamente com base em um padrão, pode usar o --modifiedsinalizador

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

Por exemplo, se você deseja adicionar apenas as alterações de CSS a esse commit, você pode fazer

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

Veja man git-ls-filespara mais sinalizadores

Apenas use git add *\*.java. Isso adicionará todos os arquivos .java no diretório raiz e todos os subdiretórios.

Adicionando uma solução de linha de comando do Windows que ainda não foi mencionada:

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

Eu queria adicionar apenas arquivos que tivessem uma determinada string com base em git status:

git status | grep string | xargs git add

e, em seguida, conseguiu git commit -m 'commit msgconfirmar todos os arquivos alterados com "string" no título do arquivo

Como mencionado em " git: como adiciono recursivamente todos os arquivos em uma subárvore de diretório que correspondem a um padrão glob? ", Se você escapar ou citar corretamente o pathspec globbing (como'*.java' ), sim, git add'*.java'

O Git 2.13 (Q2 2017) melhora isso para adicionar interativo:

Veja commit 7288e12 (14 de março de 2017) por Jeff King ( peff) .
^{(Mesclado por Junio ​​C Hamano - gitster- na confirmação 153e0d7 , 17 de março de 2017)}

add --interactive: não expanda pathspecs com ls-files

Quando queremos obter a lista de arquivos modificados, primeiro expandimos os códigos de caminho fornecidos pelo usuário com " ls-files" e, em seguida, alimentamos a lista resultante de caminhos como argumentos para " diff-index" e " diff-files".
Se o seu pathspec se expandir para um grande número de caminhos, você poderá encontrar um dos dois problemas:

1. O sistema operacional pode reclamar do tamanho da lista de argumentos e se recusar a executar. Por exemplo:

   $ (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.
   

Está no linux.gitrepositório, que possui cerca de 20K arquivos no diretório "drivers" (nenhum deles modificado neste caso). O ulimit -struque " " é necessário para mostrar o problema no Linux, mesmo para um conjunto tão grande de caminhos.
Outros sistemas operacionais têm limites muito menores (por exemplo, um caso do mundo real foi visto com apenas 5K arquivos no OS X).

2. Mesmo quando funciona, é muito lento. O código do pathspec não é otimizado para um grande número de caminhos. Aqui está o mesmo caso sem o ulimit:

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

Nós podemos melhorar isso pulando " ls-files" completamente, e apenas alimentando o pathspecs original aos comandos diff.

Historicamente, a linguagem pathspec suportada por " diff-index" era mais fraca, mas esse não é mais o caso.

colocar linha em ~ / .gitconfig

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

Se você deseja adicionar todos os arquivos java modificados, basta: git addt java

Da mesma forma, se você deseja adicionar todos os arquivos python modificados, basta: git addt py