<<
明らかに上の人たちは削除するだけで十分だと考えています。しかし、これは実際には良い考えではありません。100 個の矛盾する行がある場合はどうでしょうか。 1000行。 そのため、関連する IDE の競合解決ツール、または Meld に似たツールを使用するのが最善です。たとえば、ウェブストームでは、競合するコードを維持する必要があるため、リモートとローカルの競合の比較を明確に確認できます。これは、複数の人がファイルを変更するチーム開発では非常に一般的です。したがって、愚かなことをせずに直接削除してください。 1行でも2行でも大丈夫です。 私が言ったような方法を使う必要はありませんが、このアプローチを知っておくことはできません。
マージに競合があることを示します。 最初のエラーを削除し(関数の後の括弧は中国語にできないため)、その後、余分な奇妙なものを削除します
自動マージで競合がある場合は、手動でマージする必要があります。<<<<<<<HAED は現在のブランチの内容を表し、それは>>>> >front はフロントブランチのコンテンツを表します。自分でマージしてから、これらを削除して再度送信してください
これは明らかにコードの競合です。>>>>> の内容を変更すると、マージできます。
明らかに上の人たちは削除するだけで十分だと考えています。しかし、これは実際には良い考えではありません。100 個の矛盾する行がある場合はどうでしょうか。 1000行。
そのため、関連する IDE の競合解決ツール、または Meld に似たツールを使用するのが最善です。たとえば、ウェブストームでは、競合するコードを維持する必要があるため、リモートとローカルの競合の比較を明確に確認できます。これは、複数の人がファイルを変更するチーム開発では非常に一般的です。したがって、愚かなことをせずに直接削除してください。 1行でも2行でも大丈夫です。
私が言ったような方法を使う必要はありませんが、このアプローチを知っておくことはできません。
マージに競合があることを示します。
最初のエラーを削除し(関数の後の括弧は中国語にできないため)、その後、余分な奇妙なものを削除します
自動マージで競合がある場合は、手動でマージする必要があります。<<<<<<<HAED は現在のブランチの内容を表し、それは>>>> >front はフロントブランチのコンテンツを表します。自分でマージしてから、これらを削除して再度送信してください
これは明らかにコードの競合です。>>>>> の内容を変更すると、マージできます。