Git 解决源分支和目标分支中合并的合并冲突

我有两个分支：
分支机构“开发”
分支“产品”

“dev”是整合所有功能的地方，“prod”是生产分支。在发布新版本之前，将“dev”合并到“prod”，并从中生成发布版本

prod分支有一些东西，比如我不想在dev分支中看到的广告。

今天在将“dev”合并到“prod”时，我遇到了一个合并冲突。解析合并更改了源分支“dev”和目标分支“prod”。因此，从目标到源代码，我有许多我不想要的代码部分

在“prod”中保留更改，但在“dev”中撤消更改的最佳方法是什么？

---

谢谢。

当你确定你真正想要做什么时，最好先放松并再试一次，但只有在你还没有推动更改，或者没有人随后推动更改（并且你有足够的管理员权限）的情况下，你才能这样做。如果你问得好的话，人们可能会在你清理后再次推动他们的更改

我想解决冲突的办法是考虑给你带来悲伤的变化和你试图实施的DIV特征变化，并在每个分支上找出改变，让他们接近解决方案。p> 基本上，首先重构两个代码库，使它们与实际的特性更改兼容，然后提交特性更改

这可能涉及最多4个分支：

• 重构的一次性开发
• 重构的一次性产品，您将根据广告修复重构
• 第二个是包含该特性的重构开发人员
• 重构版本的第二个版本将接收该特性，您不希望在合并到该特性时出现问题

希望您能够保持更改足够干净，这样您就可以依次合并这些分支并推动它们

---

所有这些都在本地进行，并期望第一阶段的一些迭代，但如果不推动它，则很容易退出。

解决冲突不会改变任何分支。任何内容都不会更改任何现有提交，因为这是不可能的。向当前分支添加一个新的提交确实可以做到这一点：它向当前分支添加一个新的提交。我怀疑您在工作树中看到和编辑的文件与每次提交中的文件之间存在差异。请记住，分支名称只是保存现有提交的哈希ID，添加新提交的过程包括（1）进行新提交，使其父级为现有提交，然后（2）将新提交的哈希ID写入当前分支名称，以便新提交现在包含在分支中。合并使用两个父节点构建一个新的提交（如通常的快照），这样两个提交链就可以到达。对于一个实际的方法，应用到一个历史提交的更改，然后将该更改合并到两个分支中，但是要考虑。