我在项目的一个分支上发现了崩溃问题。我修好了，承诺了。
然后我发现，与我最初的看法相反，特定的崩溃错误在多个分支中广泛存在，所以我在主分支中修复了它。
不幸的是，这让我在两个分支上进行了“相同”的提交（不完全相同，因为在相同的代码区域中分支略有不同）。
当我将更改从主服务器提取到分支时，有没有办法告诉GIT提交是否相关并且应该在合并时忽略这些提交？
作为背景，有问题的分支不是为了添加功能而设计的，它被设计为“白名单”有问题的应用程序 - 相同的应用程序，具有不同的艺术作品和种子数据。 （基本上，第二家公司许可我们的软件并假装它们是他们的软件）。这是我能够提出的最佳解决方案，让基于主版本的白标版软件更新。
答案 0 :(得分：3)
如果您打算稍后合并或采摘樱桃，这应该不是问题。这样做的算法会注意到相似之处并做正确的事。
如果合并这两个分支，您将有多个提交消息，但您应该 - 这是您合并工作的方式，这里的工作恰好具有相同的内容。如果你真的担心，一旦你合并，你可以挤压，但我不会打扰，历史很重要。
答案 1 :(得分：2)
我不确定您的GIT工作流程，但我会从master创建一个修补程序分支，修复该分支中的问题，并将其合并到所有相关分支。
这样，如果/当您将分支合并到主分区时，同一个修复程序将不会有多个提交。