git ブランチを使用してマスターメインラインにマージしましたが、1 つのファイルが同時に変更されたため、マージ後にさらに多くのファイルが存在しました <<<HEAD
このように!競合を解決するにはどうすればよいですか?送信する前に競合ファイルを手動で編集し、それらの <<<HEAD
>>>DEV
を削除する必要がありますか?
dev を master にマージすると、このファイルが表示されます <<< HEAD
>>> dev
このように、これらを正常にマージするにはどうすればよいでしょうか?手動で編集して再度送信する必要がありますか?
淡淡烟草味2017-05-02 09:25:41
矛盾がある場合は、手動で編集する必要があります。この問題は通常、複数人のチームで発生します。対立を解決するときは、チームメイトと協力するようにしてください。
某草草2017-05-02 09:25:41
マージ可能と判断した場合(例えば分岐コードに問題がない場合)、マージ中に競合が発生した場合は手動処理が必要となります。もちろん、マスター上の競合を処理するのは面倒です。したがって、別の方法が必要です。
2 つのアイデアがあります:
master を使用して dev ブランチをマージし、競合を手動で解決した後、master にマージし直すだけです
git rebaseを使用する
黄舟2017-05-02 09:25:41
はい、同じ場所を変更したため、マークされた場所を 1 つのコードにマージするだけで競合を手動で解決する必要があります。または、チェリーピックまたはリベースを使用して、特定の競合を防ぐこともできます
过去多啦不再A梦2017-05-02 09:25:41
通常、master ブランチは dev ブランチをマージするために使用されます。実際に解決される競合は dev 上で行われます。他の人のコードに影響を与えないように、競合の違いを注意深く確認することをお勧めします。
滿天的星座2017-05-02 09:25:41
コマンド ライン ツールは非常に強力ですが、原則を理解した上でビジュアル ツールを使用すると、特に競合を解決する場合に非常に便利です。
このような競合が発生した場合は、手動で慎重に解決する必要があります。視覚化ツールを使用すると、競合を簡単に表示し、競合ポイント間をすばやく移動でき、ほとんどの競合はマウスを数回クリックするだけで解決できます。
コマンド ラインとビジュアル ツールで git を使用することをお勧めします。より優れたビジュアル ツールは TortoiseGit です
大家讲道理2017-05-02 09:25:41
p4merge などの視覚的な diff ツールを使用することをお勧めします。また、開発者が仕様に従って git を使用する限り、マージマスターの競合は発生しません。開発者向けのトレーニングを強化し、git の使用を標準化することをお勧めします。 . 現在、ここでは git-flow を使用しています。