我只想添加基于git状态的特定字符串的文件:

Git 状态 |格雷普字符串 |xargs git add

然后能够git commit -m 'commit MSG来提交所有更改过的文件，文件标题中带有“string”

我在GNUmakefile中使用的一个变体

.PHONY: docs
docs:
    @echo docs
    bash -c "if pgrep MacDown; then pkill MacDown; fi"
    bash -c 'cat $(PWD)/HEADER.md                >  $(PWD)/README.md'
    bash -c 'cat $(PWD)/COMMANDS.md              >> $(PWD)/README.md'
    bash -c 'cat $(PWD)/FOOTER.md                >> $(PWD)/README.md'
    bash -c 'pandoc -s README.md -o index.html'
    bash -c "if hash open 2>/dev/null; then open README.md; fi || echo failed to open README.md"
    #git add --ignore-errors *.md
    git ls-files -co --exclude-standard | grep '\.md/$\' | xargs git 

把行放在~/.gitconfig中

(化名) addt = ! sh - c“git ls-files | grep \ \”。$ 1 * \ " | xargs git add”——

如果你想添加所有修改过的java文件，只需做: Git addt Java

同样地，如果你想添加所有修改过的python文件，可以这样做: Git addt py

有点偏离主题(不是特别与git相关)，但如果你在linux/unix上，一个变通方法可以是:

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

如果你期望路径有空格

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

但我知道这不是你想要的。

由于这里没有提到，还可以考虑“魔术签名”:/来递归地添加项目根目录下的任何匹配项:

git add :/*.{java,pom}

Tx到:https://stackoverflow.com/a/64210713/2586761

正如在“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”支持的路径规范语言比较弱，但现在情况已经不同了。