Agregue recursivamente archivos por patrón

¿Cómo agrego recursivamente archivos por un patrón (o glob) ubicado en diferentes directorios?

Por ejemplo, me gustaría agregar A/B/C/foo.javay D/E/F/bar.java(y varios otros archivos java) con un comando:

git add '*.java'

Desafortunadamente, eso no funciona como se esperaba.

La respuesta de Sergio Acosta es probablemente su mejor opción si algunos de los archivos que se van a agregar pueden no ser rastreados. Si desea limitarse a los archivos que ya conoce git, puede combinarlos git-ls-filescon un filtro:

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

Git no proporciona ningún mecanismo sofisticado para hacer esto por sí mismo, ya que es básicamente un problema de shell: ¿cómo se obtiene una lista de archivos para proporcionar como argumentos a un comando dado?

Puede usar git add [path]/\*.javapara agregar archivos Java desde subdirectorios,
por ejemplo , git add ./\*.javapara el directorio actual.

De la git adddocumentación :

Agrega contenido de todos los *.txtarchivos en el Documentationdirectorio y sus subdirectorios:

$ git add Documentation/\*.txt

Tenga en cuenta que el asterisco *se cita del shell en este ejemplo; esto permite que el comando incluya los archivos de subdirectorios de Documentation/directorio.

Con zshusted puede correr:

git add "**/*.java"

y todos sus *.javaarchivos se agregarán de forma recursiva.

Un poco fuera de tema (no específicamente relacionado con git) pero si estás en Linux / Unix, una solución podría ser:

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

Y si esperas caminos con espacios:

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

Pero sé que eso no es exactamente lo que preguntaste.

La respuesta de Sergey (no me creas) está funcionando:

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

con un git reciente:

$git version
git version 1.7.3.4

Archivos para la prueba:

$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

Estado de Git:

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

Agregando * .txt:

$git add \*.txt

Estado actualizado:

$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

Si ya está rastreando sus archivos y ha realizado cambios en ellos y ahora desea agregarlos selectivamente en función de un patrón, puede usar la --modifiedbandera

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

Por ejemplo, si solo desea agregar los cambios de CSS a esta confirmación, puede hacer

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

Ver man git-ls-filespara más banderas

Solo úsalo git add *\*.java. Esto agregará todos los archivos .java en el directorio raíz y todos los subdirectorios.

Agregar una solución de línea de comandos de Windows que aún no se mencionó:

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

Solo quería agregar archivos que tuvieran una determinada cadena basada en git status:

git status | grep string | xargs git add

y luego fue capaz de git commit -m 'commit msgconfirmar todos los archivos modificados con "cadena" en el título del archivo

Como se menciona en " git: ¿Cómo agrego recursivamente todos los archivos en un subárbol de directorio que coinciden con un patrón global? ", Si escapa correctamente o cita su globbing de camino específico (como '*.java'), entonces sí, git add'*.java'

Git 2.13 (Q2 2017) mejora eso para la adición interactiva:

Ver commit 7288e12 (14 de marzo de 2017) por Jeff King ( peff) .
^{(Fusionada por Junio ​​C Hamano - gitster- en commit 153e0d7 , 17 mar 2017)}

add --interactive: no expanda las rutas de acceso con ls-files

Cuando queremos obtener la lista de archivos modificados, primero expandimos las especificaciones de ruta proporcionadas por el usuario con " ls-files", y luego alimentamos la lista resultante de rutas como argumentos para " diff-index" y " diff-files".
Si su ruta específica se expande en una gran cantidad de rutas, puede encontrarse con uno de dos problemas:

1. El sistema operativo puede quejarse del tamaño de la lista de argumentos y negarse a ejecutarse. Por ejemplo:

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

Eso está en el linux.gitrepositorio, que tiene alrededor de 20K archivos en el directorio "drivers" (ninguno de ellos modificado en este caso). El " ulimit -s" truco es necesario para mostrar el problema en Linux incluso para un conjunto de caminos tan gigantesco.
Otros sistemas operativos tienen límites mucho más pequeños (por ejemplo, se vio un caso del mundo real con solo archivos de 5K en OS X).

2. Incluso cuando funciona, es realmente lento. El código de camino específico no está optimizado para grandes cantidades de caminos. Aquí está el mismo caso sin el ulimit:

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

Podemos mejorar esto omitiendo " ls-files" por completo y simplemente alimentando las rutas de acceso originales a los comandos diff.

Históricamente, el lenguaje pathpec soportado por " diff-index" era más débil, pero ese ya no es el caso.

poner línea en ~ / .gitconfig

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

Si desea agregar todos los archivos Java modificados, simplemente puede hacer: git addt java

Del mismo modo, si desea agregar todos los archivos python modificados, simplemente puede hacer: git addt py