私がそうするとき、なぜ私は疑問に思っています:
git add <file>
その後、私はします:
git rm --cached <file>
ステージエリアでは、ファイルは削除済みステータスのままです。
ここに例があります:
ファイルの「削除済み」ステータスについての説明を探しているだけです。
ありがとう
git reset HEAD yourFile
の代わりに、を試してくださいgit rm --cached
。
混合リセットは、作業ツリーからファイルを削除せずに、インデックスからファイルを削除します。コミットする前に「元に戻す」
を参照してください。git add
あなたの場合、aは、の前に置くgit stash
必要があり、その後、リセット後に進行中の変更を復元します。git reset
git stash pop
deleted
後の''ステータスに関してはgit rm --cached
、そのコマンドはファイルの削除をインデックスに登録します。そのため、次のコミットで'deleted'として記録されます。
git rm --cached
このコマンドはで表示されるのと同じ動作をする必要があるため、削除されたステータスが結果として存在する理由を尋ねてgit reset HEAD <file>
いますgit rm
。
いいえ、agit rm
は[と同じ動作ではありませんgit reset][8]
。
どちらもインデックスに影響しますが、次のようになります。
git rm
するファイルを記録します。したがって、' 'ステータス、deleted
git reset
)はHEADをインデックスにコピーし、そのインデックスをファイルがHEADにあったものにリセットします。ファイルをインデックス/キャッシュ(スクリーンショットでは緑色)に追加し、ファイルを削除するように指示しました。インデックス/キャッシュの変更は、コミットが実行されたときにのみ実行されます。
おそらくファイルをインデックス/キャッシュに入れてから削除したいと思っています(コミットされないようにするため)。
これを行うためのコマンドは、メッセージ内にありgit status
ます(丸で囲まれたの真上)deleted
。
git reset HEAD <filename>