現在のブランチにコミットされていない変更がある場合に別のブランチをチェックアウトする 質問する

予備的注釈

この回答は、Git がなぜそのように動作するのかを説明する試みです。特定のワークフローに従うことを推奨するものではありません。(私自身は、とにかくコミットして、git stashあまりトリッキーにならないようにすることを好みますが、他の方法を好む人もいます。)

ここでの観察は、作業を開始した後branch1(最初に別のブランチに切り替えるのが良いことを忘れていたか、気づいていなかったbranch2)、次を実行することです。

git checkout branch2

Git は時々、「OK、現在ブランチ 2 にいます!」と表示します。また、Git は「それはできません。変更の一部が失われます。」と表示します。

Git でそれができない場合は、変更をコミットして、どこかに永続的に保存する必要があります。これらを保存するために使用したい場合がありますgit stash。これは、このツールが設計された目的の 1 つです。git stash saveまたは はgit stash push実際には「すべての変更をコミットしますが、ブランチにはコミットせず、現在の場所から変更を削除します」という意味であることに注意してください。これにより、切り替えが可能になります。現在、進行中の変更はありません。git stash apply切り替え後にそれらを実行できます。

Sidebar:git stash saveは古い構文です。Gitgit stash pushバージョン 2.13 で導入され、 の引数に関するいくつかの問題を修正しgit stash、新しいオプションを使用できるようになりました。基本的な方法で使用すると、どちらも同じことを行います。

よろしければここで読むのをやめてください。

Gitで切り替えができない場合は、すでに解決策があります。git stashまたは を使用しますgit commit。変更を再作成するのが簡単な場合は、 を使用して強制的に切り替えます。この回答は、変更を開始したにもかかわらずGit で切り替えが許可される場合git checkout -fについてです。 が機能する場合と機能しない場合があるのはなぜでしょうか。git checkout branch2

ここでのルールは、ある意味では単純ですが、別の意味では複雑/説明が難しいです。

作業ツリー内のコミットされていない変更を含むブランチを切り替えることができるのは、切り替えによってそれらの変更が上書きされる必要がない場合のみです。

つまり、これはまだ簡略化されていることに注意してください。段階的なgit addやgit rmなどには、非常に難しいコーナーケースがいくつかありますbranch1。 にいると仮定します。A はgit checkout branch2次のようにする必要があります。

• にありbranch1、にないすべてのファイルについてbranch2、そのファイルを削除し^ます。
• にあり、branch2にないすべてのファイルに対してbranch1、そのファイル（適切な内容）を作成します。
• 両方のブランチにあるすべてのファイルのバージョンbranch2が異なる場合は、作業ツリーのバージョンを更新します。

これらの各ステップにより、作業ツリー内の何かが破壊される可能性があります。

• 作業ツリー内のバージョンがコミットされたバージョンと同じであればbranch1、ファイルの削除は「安全」です。変更を加えた場合は「安全ではありません」。
• branch2ファイルが現在存在しない場合、そのファイルをそのまま作成することは「安全」です^。2ファイルが現在存在しているが、内容が「間違っている」場合は「安全ではない」です。
• もちろん、作業ツリーのバージョンがすでに にコミットされている場合、ファイルの作業ツリーのバージョンを別のバージョンに置き換えることは「安全」ですbranch1。

新しいブランチ ( git checkout -b newbranch)を作成することは常に「安全」であると見なされます。このプロセスの一環として、作業ツリー内のファイルは追加、削除、または変更されず、インデックス/ステージング領域も変更されません。(注意: 新しいブランチの開始点を変更せずに新しいブランチを作成する場合は安全ですが、別の引数 ( など) を追加すると、git checkout -b newbranch different-start-pointに移動するために変更が必要になる場合がありますdifferent-start-point。その場合、Git は通常どおりチェックアウトの安全ルールを適用します。)

¹これには、ファイルがブランチにあることの意味を定義する必要があり、そのためにはブランチという単語を適切に定義する必要があります。（「ブランチ」とは具体的に何を意味するのでしょうか?) ここで、私が本当に意味しているのは、branch-name が解決されるコミットです。つまり、 がハッシュを生成する場合、パスがであるファイルは にあります。代わりにエラー メッセージが表示される場合、そのファイルは には存在しません。インデックスまたは作業ツリーにパスが存在するかどうかは、この特定の質問に答えるときには関係ありません。したがって、ここでの秘訣は、各の の結果を調べることです。ファイルが最大で 1 つのブランチに「含まれる」ため失敗するか、2 つのハッシュ ID が返されます。2 つのハッシュ ID が同じ場合、ファイルは両方のブランチで同じです。変更は必要ありません。ハッシュ ID が異なる場合、ファイルは 2 つのブランチで異なるため、ブランチを切り替えるには変更する必要があります。P branch1git rev-parse branch1:Pbranch1Pgit rev-parsebranch-name:path

ここで重要な概念は、コミット内のファイルは永久に凍結されるということです。編集するファイルは当然凍結されません。少なくとも最初は、2 つの凍結されたコミット間の不一致のみを調べます。残念ながら、私たち (または Git) は、切り替えるコミットには含まれず、切り替えるコミットに含まれるファイルも処理する必要があります。これにより、残りの複雑さが発生します。なぜなら、作業中の 2 つの特定の凍結されたコミットがなくても、ファイルはインデックスや作業ツリー内に存在する可能性があるからです。

²すでに「正しい内容」で存在している場合は、「ある程度安全」と見なされる可能性があり、Git は結局それを作成する必要がありません。少なくともいくつかのバージョンの Git ではこれが可能だったと記憶していますが、今テストしたところ、Git 1.8.5.4 では「安全ではない」と見なされることがわかりました。同じ議論は、切り替え先のブランチと一致するように変更されたファイルにも当てはまります。ただし、1.8.5.4 では「上書きされる」とだけ書かれています。技術ノートの最後も参照してください。Git をバージョン 1.5.something で初めて使い始めてから、読み取りツリーのルールは変更されていないと思うので、私の記憶が間違っている可能性があります。

変更がステージングされているかステージングされていないかは重要ですか?

branch1はい、いくつかの方法で可能です。具体的には、変更をステージングしてから、作業ツリー ファイルを「変更解除」することができます。以下は、とが異なる 2 つのブランチのファイルですbranch2。

$ git show branch1:inboth
this file is in both branches
$ git show branch2:inboth
this file is in both branches
but it has more stuff in branch2 now
$ git checkout branch1
Switched to branch 'branch1'
$ echo 'but it has more stuff in branch2 now' >> inboth

$ git status --short
 M inboth

$ git checkout branch2
error: Your local changes ...

$ git add inboth
$ git status --short
M  inboth
$ git checkout branch2
Switched to branch 'branch2'

$ git checkout branch1
Switched to branch 'branch1'
$ cat inboth
this file is in both branches

$ echo 'staged version different from all' > inboth
$ git add inboth
$ git show branch1:inboth > inboth
$ git status --short
MM inboth

$ git diff HEAD
$

$ git checkout branch2
error: Your local changes ...

$ git show branch2:inboth > inboth
$ git status --short
MM inboth
$ git diff HEAD
diff --git a/inboth b/inboth
index ecb07f7..aee20fb 100644
--- a/inboth
+++ b/inboth
@@ -1 +1,2 @@
 this file is in both branches
+but it has more stuff in branch2 now
$ git diff branch2 -- inboth
$ git checkout branch2
error: Your local changes ...