コンテンツを追加するファイルです。ファイルグローブ (例: *.c) を指定すると、マッチするすべてのファイルを追加することができます。また、先頭にディレクトリ名 (例: dir で dir/file1 と dir/file2 を追加します) を指定すると、ディレクトリ全体の現在の状態に合わせてインデックスを更新することができます (例: dir を指定すると、作業ツリーで変更されたファイル dir/file1 や作業ツリーに追加されたファイル dir/file2 だけでなく、作業ツリーから削除されたファイル dir/file3 も記録されます)。古いバージョンの Git では、削除されたファイルは無視されていたことに注意しましょう。修正されたファイルや新しいファイルを追加したいが、削除されたファイルは無視したいという場合には、--no-all オプションを使用してください。

実際にファイルを追加するのではなく、単にファイルが存在するかどうか、あるいは無視されるかどうかを表示します。

詳細が表示されます。

それ以外の場合は無視されたファイルの追加を可能にします。

sparse-checkout コーンの外にあるインデックスエントリの更新を可能にしました。通常、git add は、パスが sparse-checkout コーンに収まらないインデックスエントリの更新を拒否します。なぜなら、それらのファイルは警告なしに作業ツリーから削除される可能性があるからです。詳細は git-sparse-checkout[1] を参照してください。

作業ツリーで変更されたコンテンツをインデックスに対話形式で追加します。オプションのパス引数を与えることで，作業ツリーのサブセットに操作を限定することができます。詳細は 「インタラクティブモード」を参照してください。

インデックスとワークツリーの間にあるパッチの塊をインタラクティブに選択し、インデックスに追加します。これにより、ユーザーは修正されたコンテンツをインデックスに追加する前に、差分を確認することができます。

エディターで差分とインデックスを開き、ユーザーが編集できるようにします。エディターを閉じた後、ハンクヘッダーを調整し、パッチをインデックスに適用します。

<パススペック> に一致するエントリがすでにある場合にのみ、インデックスを更新します。これは、作業ツリーに合わせてインデックス・エントリを削除したり変更したりしますが、新しいファイルは追加しません。

作業ツリーに<パススペック>に一致するファイルがある場合だけでなく、すでにインデックスにエントリがある場合にも、インデックスを更新します。これは、作業ツリーに合わせてインデックス・エントリを追加、修正、削除します。

インデックスに知られていない新しいファイルと作業ツリーで変更されたファイルを追加してインデックスを更新しますが、作業ツリーから削除されたファイルは無視します。このオプションは、<パススペック>が使用されていない場合は、このオプションは何もしません。

パスが後で追加されるという事実だけを記録します。パスのエントリは、コンテンツのないインデックスに配置されます。これは特にそのようなファイルの未ステージングコンテンツを git diff で表示し、git commit -a でコミットしたりする際に便利です。

ファイルを追加せずに、インデックスのstat()情報を更新するだけです。

インデックス作成時にエラーが発生して追加できなかったファイルがあっても、操作を中断せずに他のファイルの追加を続けます。このコマンドは、ゼロ以外のステータスで終了します。構成変数 add.ignoreErrors を true に設定すると、この動作がデフォルトになります。

このオプションは --dry-run と一緒にのみ使用することができます。このオプションを使うと、指定されたファイルがワークツリーに既に存在しているかどうかに関わらず、無視されるかどうかをチェックすることができます。

デフォルトでは、git add は、.gitmodules にエントリを作成するので git submodule add を使用せずに埋め込みリポジトリをインデックスに追加すると、警告を出します。このオプションを指定すると、この警告が表示されなくなります (例: サブモジュールに対する操作を手動で行っている場合)。

追跡されたすべてのファイルに "クリーン"プロセスを新たに適用して、強制的にインデックスに再追加します。これは core.autocrlf の設定や text 属性を変更した後に、間違った CRLF/LF の改行コードで追加されたファイルを修正するのに便利です。このオプションは -u を意味します。孤立したCR文字はそのままのため、CRLFはLFにクリーンされますが、CRCRLFのシーケンスはCRLFに部分的にのみクリーンされます。

追加されたファイルの実行可能ビットを上書きします。実行可能ビットはインデックスでのみ変更され、ディスク上のファイルは変更されません。

Pathspecはコマンドラインの引数の代わりに <ファイル> で渡されます。 <ファイル> が正確に - であれば、標準入力が使用されます。Pathspecの要素はLFまたはCR/LFで区切られます。Pathspecの要素は、設定変数 core.quotePath (git-config[1]参照) で説明されているように、引用することができます。また、--pathspec-file-nul やグローバルな --literal-pathspecs も参照してください。

--pathspec-from-file でのみ意味を持ちます。Pathspecの要素はNUL文字で区切られ、他のすべての文字は文字通りに解釈されます（改行や引用符を含む）。

このオプションは、コマンドラインオプションとファイルのリストを分離するために使用できます（ファイル名がコマンドラインオプションと間違えられる可能性がある場合に便利です）。

これは、それぞれのパスについて、HEADとインデックスの間の変化（つまり、git commit と言えばコミットされるもの）と、インデックスと作業ツリーファイルの間の変化（つまり、git commit の前に git add を使ってさらにステージングすることができるもの）を示しています。出力例は以下のようになります。

              staged     unstaged path
     1:       binary      nothing foo.png
     2:     +403/-35        +1/-1 add-interactive.c

これにより、ステータス情報が表示され、「Update>>」というプロンプトが表示されます。プロンプトが二重の「>>」で終わっている場合は、複数の選択が可能で、空白やカンマで連結することができます。また、範囲を指定することもできます。例：「2-5 7,9」で2,3,4,5,7,9をリストから選択します。範囲内の2番目の数字が省略された場合、残りのすべてのパッチが選択されます。例："7-"で7,8,9をリストから選びます。すべてを選択するには「*」を指定します。

           staged     unstaged path
  1:       binary      nothing foo.png
* 2:     +403/-35        +1/-1 add-interactive.c

Update>> -2

これは「update」と非常によく似たUIで、選択されたパスのステージングされた情報が、HEADバージョンのものに戻されます。新しいパスを元に戻すと、そのパスはトラックされなくなります。

これは「update」や「revert」とよく似たUIで、追跡されていないパスをインデックスに追加することができます。

これにより、「ステータス」のような選択の中から一つのパスを選ぶことができます。パスを選択した後、インデックスと作業ツリーファイルの差分を表示し、各ハンクの変更をステージングするかどうかを尋ねます。以下のオプションを選択し、return と入力してください。

y - このハンクをステージングする
n - このハンクをステージングしない
q - quit; このハンクや残りのハンクをステージングしません。
a - このハンクとファイル内のすべての後続ハンクをステージングします。
d - このハンクをステージングせず、ファイル内の後続のハンクもステージングしません。
g - 移動するハンクを選択します。
/ - 指定された正規表現に一致するハンクを検索します。
j - このハンクを未決定にして、次の未決定ハンクを参照します。
J - このハンクを未決定にして、次のハンクを参照します。
k - このハンクを未決定にして、前の未決定のハンクを見る
K - このハンクを未決定のままにして、前のハンクを参照します。
s - 現在のハンクを小さなハンクに分割します。
e - 現在のハンクを手動で編集します。
?- ヘルプを表示

これにより、コミットされる内容を確認することができます（つまり、HEADとindexの間）。