git-add - クラウドでオンライン

プログラム：

NAME

git-add - ファイルの内容をインデックスに追加します

SYNOPSIS

git 加えます [--冗長 | -v] [--ドライラン | -n] [--強制 | -f] [--対話型 | -i] [--パッチ | -p]
[--編集 | -e] [--[no-]すべて | --[no-]無視削除 | [--更新 | -u]]
[--追加の意図 | -N] [--refresh] [--ignore-errors] [--ignore-missing]
[--][ ...]

DESCRIPTION

このコマンドは、作業ツリーで見つかった現在のコンテンツを使用してインデックスを更新します。
次のコミットのためにステージングされたコンテンツを準備します。 通常、現在のコンテンツを追加します。
既存のパス全体ですが、いくつかのオプションを使用してコンテンツを追加するために使用することもできます。
作業ツリー ファイルに加えられた変更の一部のみが適用されるか、適用されるパスを削除します。
作業ツリーにはもう存在しません。

「インデックス」は作業ツリーの内容のスナップショットを保持しており、このスナップショットが
それは次のコミットの内容として解釈されます。 したがって、変更を加えた後、
commit コマンドを実行する前に、add コマンドを使用して作業ツリーを追加する必要があります。
新しいファイルまたは変更されたファイルをインデックスに追加します。

このコマンドは、コミット前に複数回実行できます。 の内容を追加するだけです
add コマンドの実行時に指定されたファイル。 その後の変更が必要な場合
次のコミットに含まれている場合は、 git add を再度実行して、新しいコンテンツを
インデックス。

git status コマンドを使用すると、どのファイルに変更が加えられたかの概要を取得できます。
次のコミットのためにステージングされます。

git add コマンドは、デフォルトでは無視されたファイルを追加しません。 無視されたファイルがあった場合
コマンドラインで明示的に指定すると、 git add は失敗し、無視されるファイルのリストが表示されます。
Git によって実行されるディレクトリ再帰またはファイル名のグロビングによって到達した無視されたファイル (引用符)
シェルの前のグロブ) は黙って無視されます。 の git 加えます コマンドは次の目的で使用できます
-f (強制) オプションを使用して無視されたファイルを追加します。

ご覧ください git-commit(1) コミットにコンテンツを追加する別の方法については。

OPTIONS

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

-n、--ドライラン
実際にファイルを追加するのではなく、ファイルが存在するかどうか、または無視されるかどうかを示すだけです。

-v、-verbose
冗長になります。

-f、-force
無視されるファイルの追加を許可します。

-i、--interactive
作業ツリー内の変更された内容を対話的にインデックスに追加します。 オプションのパス
引数を指定して、操作を作業ツリーのサブセットに制限することができます。 見る
詳しくは「インタラクティブモード」をご覧ください。

-p、--パッチ
インデックスとワークツリーの間のパッチのハンクを対話的に選択して追加します
インデックスに。 これにより、ユーザーは追加する前に違いを確認する機会が得られます。
インデックスの内容を修正しました。

これは効果的に add --interactive を実行しますが、最初のコマンド メニューをバイパスし、
patch サブコマンドに直接ジャンプします。 詳細については、「インタラクティブモード」を参照してください。

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

このオプションの目的は、適用するパッチの行を選択することです。
ステージングする行の内容を変更します。 これにより、より迅速かつ柔軟な処理が可能になります
インタラクティブなハンク セレクターを使用するよりも。 しかし、自分自身を混乱しやすく、
インデックスに適用されないパッチを作成します。 以下の「パッチの編集」を参照してください。

-u、-update
すでに一致するエントリがあるインデックスを更新します。 。 これにより削除されます
また、作業ツリーと一致するようにインデックス エントリを変更しますが、新しいファイルは追加しません。

いいえの場合-u オプションを使用すると、全体のすべての追跡されたファイルが指定されます。
作業ツリーが更新されます (更新を現在のものに制限するために古いバージョンの Git が使用されます)
ディレクトリとそのサブディレクトリ)。

-A、--all、--no-ignore-removal
作業ツリーに一致するファイルがある場所だけでなくインデックスも更新しますしかし
インデックスにすでにエントリがある場合も同様です。 これにより、インデックスが追加、変更、削除されます
作業ツリーと一致するエントリ。

いいえの場合-A オプションを使用すると、作業ツリー全体のすべてのファイルが指定されます。
更新されます (更新を現在のディレクトリに制限するために古いバージョンの Git が使用され、
そのサブディレクトリ)。

--no-all、--ignore-removal
インデックスに不明な新しいファイルと変更されたファイルを追加してインデックスを更新します。
作業ツリー内にありますが、作業ツリーから削除されたファイルは無視されます。
いいえの場合、このオプションは何も行われません。 使用されている。

このオプションは主に、古いバージョンの Git に慣れているユーザーを支援することを目的としています。
"git追加..." は "git add --no-all" の同義語でした..."、つまり
削除されたファイルは無視されました。

-N、--追加の意図
パスが後で追加されるという事実のみを記録します。 パスのエントリは、
コンテンツなしでインデックスに配置されます。 これは、とりわけ、
このようなファイルのステージングされていないコンテンツを git diff で取得し、git commit でコミットする
-そして。

-リフレッシュ
ファイルを追加せず、インデックス内の stat() 情報のみを更新します。

-無視-エラー
一部のファイルのインデックス作成エラーが原因で追加できなかった場合でも、
操作を続けますが、他のものは追加し続けます。 コマンドは依然としてゼロ以外の値で終了します。
状態。 これを行うには、構成変数 add.ignoreErrors を true に設定できます。
デフォルトの動作。

-無視-欠落
このオプションは、--dry-run と一緒にのみ使用できます。 このオプションを使用すると、ユーザーは
指定されたファイルがすでに無視されているかどうかを確認できます。
ワークツリーに存在するかどうか。

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

CONFIGURATION

オプションの構成変数 core.excludesFile は、ファイルへのパスを示します。
git-add から除外するファイル名のパターンが含まれています。
$GIT_DIR/情報/除外。 除外ファイル内のパターンは、次のパターンに加えて使用されます。
情報/除外。 見る ギグノーレとします。

例

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

$ git add Documentation/\*.txt

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

· すべての git-*.sh スクリプトからコンテンツを追加することを検討します。

$ git add git-*.sh

この例ではシェルでアスタリスクを展開できるため (つまり、
ファイルを明示的に）、subdir/git-foo.sh は考慮されません。

インタラクティブ モード

コマンドが対話モードに入ると、次の出力が表示されます。 status
サブコマンドを実行し、対話型コマンド ループに入ります。

コマンド ループは使用可能なサブコマンドのリストを表示し、「What now> 」というプロンプトを表示します。
一般に、プロンプトが XNUMX つの文字で終わる場合、 >、選択肢のうち XNUMX つだけを選択できます
指定して、次のように return を入力します。

*** コマンド ***
1: ステータス 2: 更新 3: 元に戻す 4: 未追跡の追加
5: パッチ 6: 差分 7: 終了 8: ヘルプ
今は何>1

選択が一意である限り、上記の s または sta または status を言うこともできます。

メイン コマンド ループには 6 つのサブコマンド (さらに help と quit) があります。

status
これは、HEAD とインデックスの間の変更を示しています (つまり、次のように言った場合に何がコミットされるか)
git commit)、インデックス ファイルと作業ツリー ファイルの間 (つまり、ステージングできるもの)
git commit の前に、各パスに対して git add を使用します)。 サンプル出力は次のようになります
この：

ステージングされたステージングされていないパス
1: バイナリなし foo.png
2: +403/-35 +1/-1 git-add--interactive.perl

foo.png には HEAD との違いがあることがわかります (ただし、これはバイナリなので行数が異なります)
は表示できません)、インデックス付きコピーと作業ツリーの間に違いはありません
バージョン (作業ツリーのバージョンも異なる場合、 バイナリ 示されていただろう
代わりに 何も）。 もう 403 つのファイル git-add--interactive.perl には XNUMX 行が追加されています
インデックス内の内容をコミットすると 35 行が削除されますが、作業ツリー ファイルには
さらなる変更（XNUMX つの追加と XNUMX つの削除）。

update
これによりステータス情報が表示され、「Update>>」プロンプトが表示されます。 プロンプトが表示されたとき
ダブルで終わる >>と連結して複数の選択を行うことができます。
空白またはカンマ。 範囲とも言えます。 たとえば、「2-5 7,9」で 2,3,4,5,7,9 を選択します。
リストから。 範囲内の XNUMX 番目の番号を省略すると、残りのパッチはすべて
取られた。 たとえば、「7-」はリストから 7,8,9、XNUMX、XNUMX を選択します。 あなたは言うことができます * すべてを選択すること。

選択した内容が で強調表示されます *このように：

ステージングされたステージングされていないパス
1: バイナリなし foo.png
* 2: +403/-35 +1/-1 git-add--interactive.perl

選択を削除するには、次のように入力の前​​に - を付けます。

アップデート>> -2

選択後、空行で回答して作業内容を演出します
インデックス内の選択されたパスのツリー ファイル。

元に戻す
これは UI に非常によく似ています update、および選択されたパスのステージング情報
HEAD バージョンに戻ります。 新しいパスを元に戻すと、それらは追跡されなくなります。

未追跡の追加
これは UI に非常によく似ています update & 元に戻す、追跡されていないパスを追加できます
インデックス。

patch
これにより、次のパスから XNUMX つのパスを選択できます。 status 選択のようなもの。 道を選んだ後は、
インデックスと作業ツリー ファイルの差分が表示され、実行するかどうかを尋ねられます。
各ハンクの変化をステージングしたいと考えています。 次のオプションのいずれかを選択し、
戻り値を入力します:

y - この塊をステージングします
n - このハンクをステージングしません
q - 終了します。 このハンクまたは残りのハンクをステージングしないでください
a - このハンクとそれ以降のすべてのハンクをファイルにステージングします
d - ファイル内のこのハンクまたはそれ以降のハンクをステージングしません。
g - 移動先のハンクを選択します
/ - 指定された正規表現に一致するハンクを検索します
j - このハンクを未決定のままにし、次の未決定のハンクを参照
J - このハンクは未決定のままにし、次のハンクを参照してください
k - このハンクは未決定のままにし、前の未決定のハンクを参照してください
K - このハンクは未決定のままにし、前のハンクを参照してください
s - 現在のハンクをより小さなハンクに分割します
e - 現在のハンクを手動で編集します
? - ヘルプを印刷する

すべてのハンクの運命を決定した後、選択されたハンクがある場合は、インデックス
選択されたハンクで更新されます。

構成変数を設定することで、ここで return を入力する必要を省略できます。
interactive.singleKey を true に設定します。

差分
これにより、何がコミットされるか (つまり、HEAD とインデックスの間) を確認できます。

EDITING パッチ

git add -e を呼び出すか、対話型のハンク セレクターから e を選択すると、パッチが開きます。
あなたの編集者。 エディターが終了すると、結果がインデックスに適用されます。 ご自由にどうぞ
パッチに任意の変更を加えますが、変更によっては混乱を招く可能性があることに注意してください。
結果としてパッチが適用できない場合もあります。 中止したい場合は、
操作を完全に実行する (つまり、インデックスに新しいものを何もステージしない) 場合は、単純にすべての行を削除します。
パッチ。 以下のリストは、パッチで発生する可能性のあるいくつかの一般的な内容を説明しています。
編集操作はそれらに対して意味を持ちます。

追加されたコンテンツ
追加された内容は「+」で始まる行で表されます。 ステージングを防ぐことができます
行を削除して追加します。

削除されたコンテンツ
削除されたコンテンツは、「-」で始まる行で表されます。 ステージングを防ぐことができる
「-」を「」（スペース）に変換することで削除します。

変更されたコンテンツ
変更されたコンテンツは、「-」行 (古いコンテンツを削除) とそれに続く行で表されます。
「+」行（置換コンテンツの追加）。 変更のステージングを防ぐことができます
「-」行を「」に変換し、「+」行を削除します。 変更のみであることに注意してください
ペアの半分は、指数に混乱を招く変更を導入する可能性があります。

さらに複雑な操作も実行できます。 ただし、次の点に注意してください。
パッチはインデックスにのみ適用され、作業ツリーには適用されません。作業ツリーが表示されます。
インデックスの変更を「元に戻す」。 たとえば、インデックスに次のような新しい行を導入すると、
HEAD にも作業ツリーにも存在しない場合、コミットのために新しい行がステージングされますが、
作業ツリーでは行が元に戻ったように見えます。

これらの構造の使用は避けるか、細心の注意を払って使用してください。

未変更のコンテンツを削除する
インデックスとワーキングツリーで変わらない内容が表示される場合があります。
" " (スペース) で始まるコンテキスト行。 コンテキスト行をステージングして削除できます
スペースを「-」に変換します。 結果として得られる作業ツリー ファイルは次のようになります。
内容を再度追加します。

既存のコンテンツの変更
コンテキスト行を削除するためにステージングすることによって (「 " を
"-") を追加し、新しいコンテンツを含む "+" 行を追加します。 同様に、「+」行を変更できます。
既存の追加または変更の場合。 すべての場合において、新しい変更は次のようになります。
作業ツリーでは元に戻されて表示されます。

新しいコンテンツ
パッチに存在しない新しいコンテンツを追加することもできます。 新しい行を追加するだけで、
それぞれ「+」で始まります。 追加は作業ツリーに元に戻されて表示されます。

また、完全に避けるべき操作もいくつかあります。
パッチを適用できません:

· コンテキスト行の追加 (" ") または削除 ("-")

· コンテキストまたは削除行の削除

· コンテキストまたは削除行の内容を変更する

onworks.net サービスを使用してオンラインで git-add を使用する