git：如何自动解决删除/修改冲突？

我按照以下方式组织了我的工作流程：

主分支用于开发，包含源代码和一些实用程序脚本

发布分支是分布式的，包含可执行文件和一些附加文件

当我第一次创建发布分支时，我从中删除了所有源代码，并添加了编译后的可执行文件。当我想发布下一个版本时，我会这样做

git签出版本

git合并--无ff-Xours主控

---

即使我使用-Xours选项，更改的每个源文件都会导致删除/修改冲突。我必须手动删除所有冲突的文件，然后进行提交。有没有办法自动解决这些冲突，强制删除的文件保持删除状态？

您使用的是Git，而对于这一点，源代码管理的方式完全不同。我并不是说它是错的，但是你应该考虑用Git RePO来重新思考你想要达到的目标。 在一般实践中，

发布

分支也应该包含代码。而且您总是从

发行版

分支构建生产可执行文件。然后把它们移到别的地方

也就是说，如果您想保留可执行文件的版本。创建另一个git回购协议，将它们保存在那里。这样，您将更容易维护可执行文件

---

如果您使用的是maven/java，那么我将推荐maven Repo，它的唯一目的是管理构建的工件。

当您从存储库中删除一些文件并提交一些需要使用的更改时-一个选项。广告文件上说：

-a, --all
   Tell the command to automatically stage files that have been
   modified and deleted, but new files you have not told git about are
   not affected.

---

这将从已删除的文件中清除我的所有存储库。当我从其他分支合并时，我没有冲突。我不是舒尔，这将帮助您。我希望是的。

不要使用同一个存储库来存储代码生成的人工制品。你会夸大你的历史，并使推送和获取的速度变慢，以进行常规开发。最终，您将不得不放弃这种方法，因为新的克隆将花费太长时间。对你的手工艺品拉链的命名约定进行标准化，并通过其他方式运送它们。它可能是另一个git回购协议，但它不可能是您处理代码的那个。如果愿意，您可以通过子模块在两个回购协议之间建立链接。

我使用发布分支将更新分发给我的客户。我以这种方式组织了回购，以便于修补我的发行版。可能shell脚本可以做得更好，但我希望git可以处理它。你能为可执行文件使用新的git repo吗？你以前删除过源代码，你打算再次删除它吗？您的下一个“发布”承诺将包含什么内容？您是否希望您的发布承诺保留历史记录，因此获取此发布也会获取所有以前的发布？对于Y问题（发布管理），这是一个很好的答案，但您知道X的问题：）是否有自动解决删除/修改冲突（类似于“我们的”）的方法？