软件发布生命周期

Question

在提出问题之前，我更愿意提供有关当前发布策略的背景信息。就这样吧：

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

当前进程

1. 我们在每月冲刺中发布。
2. 每个人都只提交到主分支。
3. 代码冻结日在发布开始前就已修复。
4. 在代码冻结当天，master 被阻止进行新提交，并且最终确定了一个发布候选。
5. 从主版本为该版本创建一个新分支，例如 16.7（年.月）。
6. 最后，master 可供进一步开发使用。

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

新流程

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

问题

1. git 的分支模型如何？
2. 新流程的一些优缺点？
3. 我们可能会面临哪些重大障碍？
4. 应注意哪些事项才能轻松完成过渡？

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

Answer 1

为什么不以一种已经存在并且已经记录和自动化的方式正式化您的工作流程。通常你让 git 做你想做的事。因此，如果您描述的模式符合您的需求，请接受它。这是贵公司的决定，我们无法真正为您提供外部帮助。

但是，如果您感觉更像是一个更通用的更正式的工作流程（有些人会说更受限制），您不必为其编写文档，请对 git 模式进行一些谷歌搜索，例如吉特流。也许这对你会更好。