内容を追加するファイル。ファイルグロブ（例：*.c）を指定して、すべての一致するファイルを追加できます。また、先頭のディレクトリ名（例：dir を指定して dir/file1 と dir/file2 を追加）を指定すると、ディレクトリ全体の現在の状態と一致するようにインデックスを更新できます（例：dir を指定すると、ワーキングツリーで変更された dir/file1、ワーキングツリーに追加された dir/file2 だけでなく、ワーキングツリーから削除された dir/file3 も記録されます）。Gitの古いバージョンでは削除されたファイルを無視していたことに注意してください。変更または新規ファイルを追加し、削除されたファイルを無視したい場合は、--no-all オプションを使用してください。

実際にファイルを追加せず、それらが存在するかどうか、または無視されるかどうかだけを表示します。

詳細な情報を表示します。

通常は無視されるファイルでも追加を許可します。

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

ワーキングツリー内の変更された内容を対話的にインデックスに追加します。オプションのパス引数を指定して、操作をワーキングツリーのサブセットに限定できます。詳細については、「対話モード」を参照してください。

インデックスとワーキングツリー間のパッチのハンクを対話的に選択し、それらをインデックスに追加します。これにより、ユーザーは変更された内容をインデックスに追加する前に差分を確認する機会を得られます。

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

*<pathspec>* に一致するエントリが既に存在する箇所のみインデックスを更新します。これは、ワーキングツリーと一致するようにインデックスエントリを削除および変更しますが、新しいファイルは追加しません。

ワーキングツリーに *<pathspec>* に一致するファイルがある場合だけでなく、インデックスに既にエントリがある場合もインデックスを更新します。これは、ワーキングツリーと一致するようにインデックスエントリを追加、変更、削除します。

インデックスに未知の新規ファイルやワーキングツリーで変更されたファイルを追加してインデックスを更新しますが、ワーキングツリーから削除されたファイルは無視します。このオプションは、*<pathspec>* が使用されない場合は何もしません（no-op）。

後でパスが追加されるという事実のみを記録します。パスのエントリは内容なしでインデックスに配置されます。これは、特に 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* にクリーンアップされます。

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

パススペックはコマンドライン引数ではなく、*<file>* で渡されます。*<file>* が正確に - の場合は標準入力が使用されます。パススペック要素は *LF* または *CR/LF* で区切られます。パススペック要素は、設定変数 core.quotePath で説明されているように引用符で囲むことができます（git-config[1] を参照）。--pathspec-file-nul およびグローバルな --literal-pathspecs も参照してください。

--pathspec-from-file とのみ意味があります。パススペック要素は *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を持ち、追跡されていないパスをインデックスに追加できます。

これは *status* のような選択肢から1つのパスを選択できます。パスを選択した後、インデックスとワーキングツリーファイルの間の差分が表示され、各ハンクの変更をステージングするかどうかを尋ねられます。以下のオプションのいずれかを選択し、Enterキーを押してください。

y - stage this hunk
n - do not stage this hunk
q - quit; do not stage this hunk or any of the remaining ones
a - stage this hunk and all later hunks in the file
d - do not stage this hunk or any of the later hunks in the file
g - select a hunk to go to
/ - search for a hunk matching the given regex
j - leave this hunk undecided, see next undecided hunk
J - leave this hunk undecided, see next hunk
k - leave this hunk undecided, see previous undecided hunk
K - leave this hunk undecided, see previous hunk
s - split the current hunk into smaller hunks
e - manually edit the current hunk
p - print the current hunk
? - print help

これは、コミットされる内容（つまり、HEAD とインデックスの間）を確認できます。

一部のファイルがインデックス化エラーのために追加できない場合でも、git add にファイル追加を継続するよう指示します。--ignore-errors オプションと同等です。add.ignore-errors は、設定変数の通常の命名規則に従わないため、非推奨です。