【问题标题】:Git workflow: How to do a rebrandingGit 工作流程:如何进行品牌重塑
【发布时间】:2016-06-02 20:54:44
【问题描述】:

我负责我公司的面向客户的服务,到 3 月底,我们将以“大爆炸”的方式重新命名我们的公司,因此我们所有的产品都在那天发布,具有新的功能和新的 CI。

我估计我必须完成的工作需要 1-2 天,但为了有足够的时间与我们的设计师交流,我可能会在 3 月初开始。部署是直接从主分支的负责人安排的,所以我想知道如何进行品牌重塑。如果我在 master 上执行此操作,我必须从发布分支部署服务,在该分支中我挑选非品牌重塑提交半个月。这意味着我必须为其他开发人员,尤其是管理人员禁用对部署管道的登录,因为意外部署新 CI 太容易了。

从这个角度来看,它可能看起来像一个特性分支是要走的路,但这不是很丑吗?正确的方法是什么?

【问题讨论】:

    标签: git deployment release-management feature-branch


    【解决方案1】:

    我认为为此设置功能分支并没有什么特别的问题。您在功能分支上进行所有品牌重塑更改,然后继续将其重新定位在 master 上。

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

    如果不是这样,考虑到这一点的重要性,那么应该建立一个半正式的流程,至少是暂时的。制定一个策略,以便在日期 X 之后,所有合并到主停止。在那一天,你在 master 上做一个最终的 rebase,做任何你需要做的最终测试和尽职调查。然后,你合并到大师,这就是出门。

    然后,之后,一切照旧。

    【讨论】:

      猜你喜欢
      • 2014-02-10
      • 2011-06-30
      • 2013-12-23
      • 2011-02-09
      • 1970-01-01
      • 2017-06-09
      • 2010-10-25
      • 2015-05-16
      • 2021-10-11
      相关资源
      最近更新 更多