我如何递归地通过位于不同目录的模式(或glob)添加文件?
例如,我想用一个命令添加A/B/C/foo.java和D/E/F/bar.java(以及其他几个java文件):
git add '*.java'
不幸的是,这并没有像预期的那样起作用。
我如何递归地通过位于不同目录的模式(或glob)添加文件?
例如,我想用一个命令添加A/B/C/foo.java和D/E/F/bar.java(以及其他几个java文件):
git add '*.java'
不幸的是,这并没有像预期的那样起作用。
当前回答
谢尔盖的回答(不要相信我)很管用:
可以使用git add [path]/\*.java
最近的git:
$git version
git version 1.7.3.4
测试文件:
$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
去状态:
$git status -s
?? dirA/
?? dirB/
?? file7.txt
添加* . txt:
$git add \*.txt
更新状态:
$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
其他回答
如果您已经在跟踪文件并对其进行了更改,现在您想根据模式有选择地添加它们,您可以使用——modified标志
git ls-files --modified | grep '<pattern>' | xargs git add
例如,如果您只想将CSS更改添加到此提交,您可以这样做
git ls-files --modified | grep '\.css$' | xargs git add
更多标志请参见man git-ls-files
把行放在~/.gitconfig中
(化名) addt = ! sh - c“git ls-files | grep \ \”。$ 1 * \ " | xargs git add”——
如果你想添加所有修改过的java文件,只需做: Git addt Java
同样地,如果你想添加所有修改过的python文件,可以这样做: Git addt py
正如在“git:如何递归地添加匹配glob模式的目录子树中的所有文件?”中提到的,如果你正确地转义或引用你的路径spec通配符(如'*.java'),那么是的,git添加'*.java'
Git 2.13(2017年第二季度)改进了交互式添加:
参见Jeff King (peff)的commit 7288e12(2017年3月14日)。 (由Junio C Hamano合并- gitster -在commit 153e0d7, 2017年3月17日)
add --interactive: do not expand pathspecs with ls-files When we want to get the list of modified files, we first expand any user-provided pathspecs with "ls-files", and then feed the resulting list of paths as arguments to "diff-index" and "diff-files". If your pathspec expands into a large number of paths, you may run into one of two problems: The OS may complain about the size of the argument list, and refuse to run. For example: $ (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. That's on the linux.git repository, which has about 20K files in the "drivers" directory (none of them modified in this case). The "ulimit -s" trick is necessary to show the problem on Linux even for such a gigantic set of paths. Other operating systems have much smaller limits (e.g., a real-world case was seen with only 5K files on OS X). Even when it does work, it's really slow. The pathspec code is not optimized for huge numbers of paths. Here's the same case without the ulimit: $ time git add -p drivers No changes. real 0m16.559s user 0m53.140s sys 0m0.220s We can improve this by skipping "ls-files" completely, and just feeding the original pathspecs to the diff commands.
从历史上看,“diff-index”支持的路径规范语言比较弱,但现在情况已经不同了。
只需使用git添加*\*.java即可。这将添加根目录和所有子目录下的所有。java文件。
谢尔盖的回答(不要相信我)很管用:
可以使用git add [path]/\*.java
最近的git:
$git version
git version 1.7.3.4
测试文件:
$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
去状态:
$git status -s
?? dirA/
?? dirB/
?? file7.txt
添加* . txt:
$git add \*.txt
更新状态:
$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