パターンでファイルを再帰的に追加する

異なるディレクトリにあるパターン（またはグロブ）でファイルを再帰的に追加するにはどうすればよいですか？

たとえば、1つのコマンドでA/B/C/foo.javaおよびD/E/F/bar.java（およびその他のいくつかのJavaファイル）を追加したいとします。

git add '*.java'

残念ながら、それは期待どおりに機能しません。

追加するファイルの一部がまだ追跡されていない場合は、セルジオアコスタの答えがおそらく最善の策です。gitがすでに知っているファイルに制限したい場合git-ls-filesは、フィルターと組み合わせることができます：

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

これは基本的にシェルの問題であるため、Gitはこれ自体を行うための特別なメカニズムを提供していません。特定のコマンドの引数として提供するファイルのリストをどのように取得するのですか。

あなたは使用することができgit add [path]/\*.java、サブディレクトリからjavaファイルを追加する
などgit add ./\*.java、現在のディレクトリのために。

git addドキュメントから：

ディレクトリとそのサブディレクトリの*.txt下にあるすべてのファイルからコンテンツを追加しますDocumentation。

$ git add Documentation/\*.txt

*この例では、アスタリスクはシェルから引用されていることに注意してください。これにより、コマンドはディレクトリのサブディレクトリからのファイルを含めることができますDocumentation/。

zshあなたが実行することができます：

git add "**/*.java"

すべての*.javaファイルが再帰的に追加されます。

少しずれたトピック（特にgit関連ではありません）ですが、linux / unixを使用している場合の回避策は次のとおりです。

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

スペースを含むパスが必要な場合：

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

しかし、私はそれが正確にあなたが尋ねたものではないことを知っています。

セルゲイの答え（私を信用しないでください）は機能しています：

You can use 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ステータス：

$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その他のフラグについては、

だけを使用してくださいgit add *\*.java。これにより、すべての.javaファイルがルートディレクトリとすべてのサブディレクトリに追加されます。

まだ言及されていないWindowsコマンドラインソリューションの追加：

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

私はに基づいて特定の文字列を持つファイルのみを追加したかったgit status：

git status | grep string | xargs git add

そしてgit commit -m 'commit msg、ファイルのタイトルに「文字列」を含むすべての変更されたファイルをコミットすることができました

「git：グロブパターンに一致するディレクトリサブツリー内のすべてのファイルを再帰的に追加するにはどうすればよいですか？」で説明したように'*.java'、パススペックグロビング（のように）を適切にエスケープまたは引用すると、はい、git add'*.java'

Git 2.13（2017年第2四半期）では、インタラクティブな追加の機能が改善されています。

Jeff King（）によるコミット7288e12（2017年3月14日）を参照してください。^{（合併によりJunio C浜野- -で153e0d7コミットし、2017年3月17日）を}peff
gitster

add --interactive：パス指定を展開しない ls-files

変更されたファイルのリストを取得する場合、最初にユーザー提供のパス仕様を「ls-files」で展開し、次に、結果のパスのリストを引数として「diff-index」と「diff-files」にフィードします。
pathspecが多数のパスに展開される場合、次の2つの問題のいずれかが発生する可能性があります。

1. OSは引数リストのサイズについて文句を言い、実行を拒否するかもしれません。例えば：

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

これlinux.gitは、「drivers」ディレクトリに約20Kのファイルがあるリポジトリにあります（この場合、ファイルは変更されていません）。このulimit -sような巨大なパスのセットであっても、Linuxで問題を示すには「」のトリックが必要です。
他のオペレーティングシステムでは、制限がはるかに小さくなっています（たとえば、OS Xでは5Kファイルのみで実際のケースが見られました）。

2. それが機能するときでさえ、それは本当に遅いです。pathspecコードは、膨大な数のパスに対して最適化されていません。以下は、ulimitを使用しない同じケースです。

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

「ls-files」を完全にスキップして、元のパス仕様をdiffコマンドに渡すだけで、これを改善できます。

歴史的に、「diff-index」でサポートされているパススペック言語はより弱いものでしたが、もはやそうではありません。

〜/ .gitconfigに行を追加します

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

変更したすべてのJavaファイルを追加する場合は、次のようにします。 git addt java

同様に、変更したすべてのpythonファイルを追加する場合は、次のようにします。 git addt py