Atlassian Stash（Git）中的自动合并问题

我正在为我在Atlassian储藏库中的存储库设置分支模型。 我已经启用了自动合并，因此，由于对当前版本的拉取请求，任何更新都会传播到主版本和未来版本（如果存在）

注意：发布分支用前缀“release/”标识，未来分支用数字“1.0.x<1.1.x<2.0.x”标识，以此类推

我指的是Atlassian文档，指的是自动合并发生的条件。该文档提到“合并必须通过拉请求进行”

案例1:为了测试这个场景，我创建了一个从自定义修复分支（从release/1.0.x分支）到release/1.0.x的拉请求。正如预期的那样，拉请求被合并到release/1.0.x，并自动合并到master和future release分支；即release/1.1.x和release/2.0.x

案例2:我还测试了另一个场景，在该场景中，我直接更新了release branch release/1.0.x（分支上的提交而不是拉请求）。正如预期的那样，提交没有自动合并到主版本和未来版本（这是预期的结果）

案例3:现在，如果我从发布分支分支中分支出来创建另一个分支，然后执行拉请求（类似于案例1），那么来自该拉请求的提交将与案例2的提交一起传播

有没有一种方法可以使案例2中的提交完全不传播

谢谢！

有没有一种方法可以使案例2中的提交完全不传播

---

我不确定你的措辞。你的意思是“有没有办法让案例2中的提交得到传播”？其中的答案目前是“没有”“这并不是说这是不可能的，但目前这就是它的实现方式，没有真正的方法来切换/修复行为。我的建议是为每一次发布更改提高PR，不管它有多小/多么琐碎。特别是当涉及到发布分支时，在更改上拥有另一组眼球只能是一件好事。否则，您需要创建一个。

我不明白为什么案例2的结果是预期的。我希望发布分支的更改能够被传播，而不管这些更改是通过拉请求进行的还是不通过拉请求进行的。