git mergeが私の作業ツリーにコミットされていない変更を処理する方法は？

Question

同僚と私は現在どちらもマスターブランチに取り組んでいます。作業ツリーにコミットしたくないコードがあります（デバッグ文など）。今、彼は、同じファイルのいくつかの変更をコミットした場合、私はそれらをマージすることはできません。

subversionの背景から来る

$ git merge origin/master 
Updating 1b8c5c6..eb44c23 
error: Entry 'blah.java' not uptodate. Cannot merge. 

、私はリポジトリから変更を引っ張ったときに、私の作業ツリーが自動的にマージされたために使用されますよ競合が発生した場合は、手動で解決します。

私はgitの中でこれを行うに発見した最も簡単な方法は次のとおりです。基本的に

$ git stash 
$ git merge origin/master 
$ git stash pop 

、私のコミットされていない変更を削除するマージを行うと、その変更を再適用します。どのようにして、私の作業ツリーを自動的にマージして、私が取り込もうとしている変更をmergeに伝えることができますか？

Answer 1

あなたができることは、あなたがすでに持っているものがgit stashであることです。私はあまりにも、マージがクリーンな木だけを扱いたいと思うのは奇妙だと分かります。

Answer 2

退治から学んだことはすべて忘れてしまった。

外部変更を導入する前に常にコミットしてください。

ほとんどの場合、完全に機能していないツリーがありましたが、あなたは進歩しているとします。それでは、あなたは混乱を招くようになります。そして、あなたはコードを壊してしまいました（バグそのもの、対処するにはあまりにも多くの対立などでした）。あなたはそれを元に戻すことができればいいのではないでしょうか？

コミットすることができます。あなたがしなければ、あなたはただ苦しんでいるだけです。

忘れないでください：はにプッシュするものがありますが、コミットしないものは簡単に失う可能性があります。

安全で簡単なことを行い、早期にコミットし、頻繁にコミットします。

Answer 3

git mergeローカルリポジトリに対して変更が加えられたファイルの変更をマージするように指定することはできません。これにより、マージがひどくなる時代のあなたの変更を失うのを防ぎます。

マージへのCVSとSVNのアプローチでは、更新前に手動でファイルをコピーせず、マージ時にファイルをスクランブルした場合は、手動で再編集して正常な状態に戻らなければなりません。

変更をコミットするか、マージを行う前に隠しておくと、すべてが元に戻ります。マージがうまくいかない場合は、いくつかの方法で試してみて、効果的なものを試してみてください。

実験やデバッグの変更をコミットする場合は、git mergeを経由してコミットした後に、git rebaseを使用してそれらを移動し、誤って削除したり、誤ってリポジトリにプッシュするのを避けることができます。

ブランチでgit rebaseを共有リポジトリにプッシュすると、そのリポジトリから引き離されているすべての人に悲嘆が生じることに注意してください。

これらの場合はgit stashを使用することをお勧めしますが、マージで編集したファイルとコミットしていないファイルが変更された場合にのみ使用します。