我可以在解決合併衝突時進行代碼更改嗎？

Question

我有一個關於解決合併衝突的「最佳實踐」問題。

比方說，我有主人，需要將一個功能分支合併到引入日誌功能的功能分支中。此外，讓我們假設在合併期間發生衝突，因爲master中的一些打印語句被修改了，並被功能分支中的日誌語句替換。

現在，在手動合併解析期間，您是否可以說解決衝突的人也可以替換與日誌記錄相關但尚未在功能分支中處理的代碼？例如。在包含衝突的代碼塊中，還在主文件中添加了新的打印語句。因爲它還沒有在功能分支中，所以它將保留在合併代碼中，除非有人用正確的日誌語句替換它。

還是應該合併只觸及實際的衝突，留下所有不一致之處，如以上提到的未來承諾？

Answer 1

我會建議在合併期間，只更改與合併相關的代碼。然後，一旦合併完成，返回並修復不一致。

你肯定不想讓別人處理不一致，因爲可能需要很長時間纔能有人注意到他們。

Answer 2

我絕不會在合併中進行更改。

• 該代碼尚未經過任何測試。未經測試的代碼不應該被提交。
• 您可能會掩蓋合併本身造成的錯誤。至少在合併時，你知道你有2個工作分支。
• 當其他人查看歷史記錄時，他們會看到發生了合併，不會期望進一步的代碼更改。
• 區分代碼更改和合並比區分變更或合併本身更困難。
• 如果你在合併中做了不一致的修復，就沒有辦法自動回滾你的不一致修​​復，你必須回滾一切，然後重新合併。

做合併，然後做改變，否則你要求痛苦和困惑。