Git工作流:如何进行品牌重组

Question

我负责我的公司面向客户的服务，到3月底，我们将用“大爆炸”来重塑我们公司的品牌，所以我们所有的产品都会在那一天发布，有新的功能和新的CI。

我估计我必须做1-2天的工作，但为了有足够的时间给我们的设计师，我可能会在3月初开始。部署是由主分支的负责人安排的，所以我想知道如何进行品牌重组。如果我在master上这样做，我必须从一个发布分支中部署这项服务，在那里，我选择了不重新命名的服务，提交时间为半个月。这意味着，对于其他开发人员，特别是管理人员，我必须禁用部署管道的登录，因为意外地部署新的CI太容易了。

从这个角度看，它可能看起来像一个特性分支是可行的，但这不是很难看吗？正确的方法是什么？

Answer 1

我不认为为此有一个特性分支有什么特别的错误。您可以在您的功能分支上进行所有的重命名更改，并继续将其重新定位在master上。

希望您的存储库具有某种形式的访问控制。允许任何人在任何时候想要与主人合并他们的分支都不是一个好主意。至少应该是一个半正式的过程。

如果不是的话，考虑到这一点的重要性，那么应该建立一个半正式的过程，至少是暂时的。制定一项政策，以便，在日期X之后，所有的合并，以掌握停止。在那一天，你在主人的基础上做最后的调整，做任何你需要做的最后的测试和尽职调查。然后，你合并成主人，这就是走出家门的原因。

然后，之后，一切恢复正常。