合并对不同分支上文件的更改以掌握

Question

请考虑以下带有一行代码的 git 项目：

master:
x=0

我现在从 master 创建 2 个新主题分支，用于 2 个不同的即将发布的版本：

git branch release1
git branch release2

我对这两个都做了提交：

release1:
x=1

release2:
x=2

现在，假设我们要将 release1 部署到生产环境，因此我们将 release1 合并到 master、构建 master 和部署。这很好。

git checkout master
git merge release1
OK

master:
x=1

但是，假设几周过去了，我们现在想要将 release2 部署到生产环境。我们想将release2合并到master，build master和deploy。但是，由于单行代码已经在不同的分支上进行了编辑，所以我们会遇到冲突。

git checkout master
git merge release2
Conflict

我知道我可以使用合并策略来自动接受来自 release2 的更改...

git merge --strategy-option theirs release2

...但是，虽然这在具有单行代码的项目中是安全的，但在现实世界的项目中却不是。

我在这里所做的，即维护多个当前发布的分支，这些分支是用于部署的串行候选，这似乎是 git 的常见用例，但我无法弄清楚 git 没有简单的方法来适应这个。很确定我错过了一些基本逻辑，但我看不到它。

Answer 1

您的问题似乎是由于您必须在构建和部署该发布版本之前将发布分支合并到主分支。我相信常见的做法是，如果您想部署特定版本，那么实际上构建特定的发布分支并进行部署。这里不需要master参与。