提测过程中的 CI 问题

[BigUncleLee]

团队使用 Git Flow 流程，提测出 release 分支，提测成功 merge master 打 tag。

有一个疑问，就是提测后 release 分支实际上是变化的，会不断的 fix 一些问题。
这样不同时间点的同一个 release 分支打出来的版本是不同的，感觉很不合理。

如果测试从 CI 基于 commid ID 构建版本，外部团队基于 tag 构建倒是合理，
但是 commid ID 是无法体现版本号信息，很不直观。

请假一下大家在团队中提测是怎么交付版本的？

[miaoxia]

流程略正规...
提版本时候标好 commit 就可以啦，测试会关注的

[maichael]

我们的做法是即便是提测版本，也需要通过打 tag 的形式发布，并且需要写 changelog，用版本号区分，测试只用关注 tag 就行了。

[ifaii]

可以发到 release/xxx，完成了合并到 release 上预发布

[yc8332]

如果用了 tag，当然就都是打 tag 了。

[BigUncleLee]

@maichael
@yc8332
我们的思路是打了 tag 就正式上线了
如果线上还有问题就拉 hotfix fix bug，merge 回 master 和 dev，再打 tag
release 去标志还在提测阶段

[yc8332]

@BigUncleLee 我们是除了开发环境，pre 和 beta，master 都是打 tag 发布的

[BigUncleLee]

@yc8332 这样你们还拉 release 分支吗</br>
release 分支作用一般是什么

[huangmingyou]

能不能提测了,就不允许在 release 上提交代码了.