我可以在解决合并冲突时进行代码更改吗？

Question

我有一个关于解决合并冲突的“最佳实践”问题。

比方说，我有主人，需要将一个功能分支合并到引入日志功能的功能分支中。此外，让我们假设在合并期间发生冲突，因为master中的一些打印语句被修改了，并被功能分支中的日志语句替换。

现在，在手动合并解析期间，您是否可以说解决冲突的人也可以替换与日志记录相关但尚未在功能分支中处理的代码？例如。在包含冲突的代码块中，还在主文件中添加了新的打印语句。因为它还没有在功能分支中，所以它将保留在合并代码中，除非有人用正确的日志语句替换它。

还是应该合并只触及实际的冲突，留下所有不一致之处，如以上提到的未来承诺？

Answer 1

我会建议在合并期间，只更改与合并相关的代码。然后，一旦合并完成，返回并修复不一致。

你肯定不想让别人处理不一致，因为可能需要很长时间才能有人注意到他们。

Answer 2

我绝不会在合并中进行更改。

• 该代码尚未经过任何测试。未经测试的代码不应该被提交。
• 您可能会掩盖合并本身造成的错误。至少在合并时，你知道你有2个工作分支。
• 当其他人查看历史记录时，他们会看到发生了合并，不会期望进一步的代码更改。
• 区分代码更改和合并比区分变更或合并本身更困难。
• 如果你在合并中做了不一致的修复，就没有办法自动回滚你的不一致修​​复，你必须回滚一切，然后重新合并。

做合并，然后做改变，否则你要求痛苦和困惑。