软件发布生命周期

Question

在提出问题之前，我更愿意提供有关当前版本策略的背景信息。所以这就是：

我们使用git作为版本控制系统。

当前流程

1. 我们在每月冲刺中发布。
2. 每个人都只承诺给主分公司。
3. 代码冻结日在发布开始之前就已解决。
4. 在代码冻结当天，阻止了新的提交，并且最终确定了候选版本。
5. 从该版本的主人创建一个新分支，例如16.7（year.month）。
6. 最后师傅可以进一步发展。

所以现在正在考虑从当前流程转移到新流程，如下所示：

新流程

1. 将有3个版本预览，主要版本，次要版本。
2. 预览版本就像一个内部版本，其中大部分内容将在主要版本中进行开发，并且该版本可作为预览版提供给客户。
3. 主要版本将包含所有功能齐全的功能。并准备好了。
4. Minor将是主要版本的错误修复版本。
5. 所以它就像是一个季度主要版本。

问题

1. git的分支模型怎么样？
2. 新流程的一些优缺点？
3. 我们可能遇到的任何重大障碍？
4. 应该注意什么才能使过渡变得容易？

我找到了一个适合新流程Git branching model

的链接

Answer 1

为什么不以现有的方式正式化您的工作流程，并且已经记录并自动化。通常你让git做你想做的事。因此，如果您描述的模式是符合您需求的模式，那么就把它拿走吧。这是贵公司的决定，我们无法真正帮助您解决外部问题。

但是，如果您觉得更像是一个通常更正式化的工作流程（有些人会说更受限制），而您不必为此做文档，请对git模式进行一些关注，例如： Gitflow。也许这对你来说会更好。