あなたは、そこorigin/master
からmaster
への1つ、develop
からmaster
からの第二の2つのマージをやっている、とあなたは汚いworktreeから始まるそれらをやっています。
とmaster
の両方でファイルが変更された場合、gitはコンテンツの一部を処理し、重複するリージョンに影響を与えないものをマージし、おそらくあなたのものをパントします自身の検査。
通常、あなたは上記示しシーケンスは、人間の介入なしで実行することができますが、の知っておくべき重要なことは、すべてのステップ(ともあなたは示さなかったgit stash pop
)で、それが誰かのことは非常に可能だ、ということですマージ競合を見て、実際に何が意味されているかを判断する必要があります。
ここで私は普通与える例です:あなたは
if (g->tag == mark
|| g->tag == error) {
に
if (tag == mark
|| tag == error) {
を変更し、他の誰かが、Gitが行うことになっているもの
if (tag == mark
|| tag == error
|| tag == release) {
に変更したと?私はそれが可能な限り唯一のことしかできないと主張します。それは穿孔し、結果がどのように見えるかをあなたに尋ねます。 C-家族言語に精通している誰もが、正しい解像度が
if (g->tag == mark
|| g->tag == error
|| g->tag == release) {
が、それは本当に正しい解像度が合理的な期待の一般的に受け入れられた範囲内にない場合にのみ、ということに到着しているすべてが、特定されます。
私は、別のケースで別のフェッチをする必要はないと思います。 –
はい。最初に 'answer-1'コマンドを実行すると、2回目の' fetch'は必要ありません。実際には、私はここで2つの答えを独立して与えようとしました。 –
http://stackoverflow.com/questions/292357/difference-between-git-pull-and-git-fetchとhttps://git-scm.com/docs/git-pullに従って「git pull」で行います。とにかく、 "git fetch"はローカル状態を変更しないので、2回連続して実行するのがいいですが、実際には必要ありません。 –