実行するgit pull
と、gitが自動的にマージできない競合が発生したとします。
変更を手動でマージして実行した後、gitが生成するセクションをコミットでgit commit
残すConflicts:
か(これらのファイルが手動でマージされたレコードとして)、削除する必要がありますか(競合がコミットされていないため)?
ベストプラクティスが何であるかはわかりません-競合を修正するための警告、またはコミットメッセージに実際にログインするための警告はありますか?
実行するgit pull
と、gitが自動的にマージできない競合が発生したとします。
変更を手動でマージして実行した後、gitが生成するセクションをコミットでgit commit
残すConflicts:
か(これらのファイルが手動でマージされたレコードとして)、削除する必要がありますか(競合がコミットされていないため)?
ベストプラクティスが何であるかはわかりません-競合を修正するための警告、またはコミットメッセージに実際にログインするための警告はありますか?
個人的な意見のような質問なので、私の意見でお答えします[-;
Conflicts
このマージによって競合が発生したことを後で思い出させるため、このセクションはそのままにしておきます。ときどき、競合を適切に処理しないことがあり、後で望ましくない結果が生じることがあります。そのため、コミット履歴を調べて、ファイルに競合があったことを確認できると便利です。
ベスト プラクティスは、コミットする理由を常に説明することだと思います。競合をマージするときは、競合をマージしていると述べます。しかし、すべての競合が何であるかを正確にリストすることは重要ではないと思います。2 年後にもう一度読み直すという観点から常に考えてください。これは、競合に関するものであろうと、単に機能やバグ修正に関するものであろうと、一般的なアドバイスです。