禁止分支

"您提交了拉取请求。"

表明 事实上，当她的老板比尔走到她身后时，她正在审查她在同一个拉取请求中收到的评论。 她不明白的是为什么比尔说得好像是在指控一样。

"是吗？”她回答道。

"好吧，我们这里不这样做。 您是新人，所以我不会介意，但请查看开发人员指南。"

嗯，Indika 已经查看了开发者指南，或者至少她认为已经查看了。 事实证明，有 官方的，全公司开发人员指南。 这就是她读过的那本。 但比尔为了他的团队保留了自己的立场。 他从未告诉过她这件事，但显然认为她会得到阿波罗的神谕祝福并自己找到它。

它有这样说:

禁止分支。 合并是一种浪费时间的活动，并且违背了 CI 原则。 仅使用 git承诺、推动和拉扯。

如果大家都只在主分支投入，应该会重置基准吗？

Indika在咖啡时问同事Elise：“这是真的吗？”

“是的，”伊莉丝说。“我不确定他是怎么知道你公关的，我觉得没人把他加进了评论。我是说，他们为什么要去呢？”

“哦，我把链接发给他了，”Indika说。“只是一整套'我是新来的，看看我干活！'的提醒。”

“哦，是的，绝对是别那样做。”

“所以我们确实用PR吗？”

伊莉丝点了点头。“当然有。我们没疯。我们只要确保比尔永远不会知道就行。”

那个这看起来是个糟糕的工作方式，但Indika至少在几周内配合了。然后机会出现了;她和比尔在小厨房里碰面，拿咖啡时周围没人。此时，Indika已经在比尔不知情的情况下提交了多份PR。

“比尔，我一直想问，你禁止分支的理由是什么？”

比尔很喜欢被问到这个问题。“嗯嗯，这都是二十年的经验。树枝到底能带来什么？”

“有没有一段独特的变化历史，一旦完成了大量工作，就能维持并最终合并，而不影响其他正在进行的工作？”

“又一个冲突点！你正在做的代码可能会变得陈旧。有机会落后于团队其他成员。对于一个有大量合作者的大型开源团队来说，设立分支可能是合理的。我持怀疑态度，但至少能理解。但对我们内部团队来说？这只是开发者看到新玩具时会觉得，'哦，闪亮！'”

印迪卡啜饮着咖啡，回到了自己的办公桌前。她很幸运附近有窗户，看着松鼠在树枝上玩耍。

[广告]自信地规划您的.NET 9迁移
你走向 .NET 9 的旅程不仅仅是一个决定。请根据这份免费指南中的建议，避免迁移性偏头痛。立即下载免费指南！