VSTS Git：是否有必要解决开发分支落后于/超前于主机的问题？如果有，如何解决？

让我先说一句，我对Git还不熟悉。我在VSTS中创建了一个POC，其中包含Git repo中的一些代码，它有两个分支：dev和master。我在这两方面都有分行政策；dev执行挤压合并，而master不执行快进。我为我的代码更改创建主题分支，然后使用pull请求将这些分支导入dev，再使用另一个请求获取master。我理解为什么我的分支在提交中显示出与前面解释的挤压合并不同

---

我不明白的是，这正常吗？你在冲刺结束时有没有做过任何清理工作？如果分支间的数量只是随意增长，那么使用分支间差异的指标似乎毫无意义。我尝试了正向和反向集成，但它们只是在提交方面越来越不同步。从代码的角度来看，它们是相同的

否，不需要解析

dev

分支后/前

master

分支。您无法解析它，因为您使用的是Pull请求（执行

git merge--no ff

）

由于

dev

分支显示

X

在

master

后面/前面的原因是没有快进合并（

git merge--no ff

）。如果没有快进合并，源分支和目标分支将不会指向相同的提交，即使这两个分支具有相同的文件版本

对于类似的情况，你也可以参考帖子

顺便说一句：

我为代码更改创建主题分支，然后使用pull请求 让他们进入dev，另一个进入master

您的意思是第二个拉取请求正在将主题分支合并到

master

分支中吗？

---

实际上，您最好创建pull请求，将

dev

分支合并到

master

分支中，而不是将主题分支合并到master分支中。此工作流将清晰地保留

dev

和

master

分支上的提交历史记录。

否，不需要解析

dev

分支后/前

master

分支。您无法解析它，因为您使用的是Pull请求（执行

git merge--no ff

）

由于

dev

分支显示

X

在

master

后面/前面的原因是没有快进合并（

git merge--no ff

）。如果没有快进合并，源分支和目标分支将不会指向相同的提交，即使这两个分支具有相同的文件版本

对于类似的情况，你也可以参考帖子

顺便说一句：

我为代码更改创建主题分支，然后使用pull请求 让他们进入dev，另一个进入master

您的意思是第二个拉取请求正在将主题分支合并到

master

分支中吗？

---

实际上，您最好创建pull请求，将

dev

分支合并到

master

分支中，而不是将主题分支合并到master分支中。此工作流将清晰地保存

dev

和

master

分支上的提交历史记录。

是否有必要？否，您可以有两个基本独立的分支，而不会出现任何问题。分支之间差异的重要度量由

git diff

给出。如果此报告没有差异，或者仅报告上次合并到

master

后的差异，那么您就可以了。“有必要吗？”没有，您可以拥有两个基本独立的分支，而不会出现任何问题。分支之间差异的重要度量由

git diff

给出。如果此报告没有差异，或者仅报告上次合并到

master

后的差异，那么您就没事了。谢谢Marina的回复。通常我们不会将一个主题分支合并到master中，它们将通过一个pull请求合并到dev中，然后通过第二个pull请求将dev合并到master中。主题分支直接合并到主节点的唯一场景是热修复。是的，这很有意义：）谢谢Marina的回复。通常我们不会将一个主题分支合并到master中，它们将通过一个pull请求合并到dev中，然后通过第二个pull请求将dev合并到master中。主题分支直接合并到主节点的唯一场景是修补程序。是的，这很有意义：）