Gitflow适合我们的需求,而giversion似乎也适合gitflow。但是有一件事情我不太明白,让我解释一下我的疑惑。
类似于这个问题:在git flow模型中,我应该从master的合并提交构建到发布吗? 答案并不令人满意:
- 我们在develop分支上开发某些功能-所有软件包都标记为1.3.0-unstable.1、1.3.0-unstable.2等。
- 每个软件包都经过管道-开发、测试、uat、prod。
- 所以当开发完成并且一切准备就绪时,根据gitflow的规定,我们开始发布分支。
- 发布分支上不需要进行任何更改,我们立即完成它-将发布分支合并到主分支和develop分支。
- 构建服务器创建了一个更加稳定的软件包1.3.0,准备投入生产使用。
类似于这个问题:在git flow模型中,我应该从master的合并提交构建到发布吗? 答案并不令人满意:
- 我们在将代码合并到主分支时使用-no-ff选项。
- 它仍然是一个不同的软件包。