这是一个创建于 2083 天前的主题，其中的信息可能已经有所发展或是发生改变。
团队使用 Git Flow 流程，提测出 release 分支，提测成功 merge master 打 tag。
有一个疑问，就是提测后 release 分支实际上是变化的，会不断的 fix 一些问题。
这样不同时间点的同一个 release 分支打出来的版本是不同的，感觉很不合理。
如果测试从 CI 基于 commid ID 构建版本，外部团队基于 tag 构建倒是合理，
但是 commid ID 是无法体现版本号信息，很不直观。
请假一下大家在团队中提测是怎么交付版本的？
 |
1
miaoxia 2019-03-14 18:21:31 +08:00 via iPhone
流程略正规...
提版本时候标好 commit 就可以啦，测试会关注的 |
 |
2
maichael 2019-03-14 18:29:58 +08:00
我们的做法是即便是提测版本，也需要通过打 tag 的形式发布，并且需要写 changelog，用版本号区分，测试只用关注 tag 就行了。
|
 |
3
ifaii 2019-03-14 19:15:57 +08:00 via iPhone
可以发到 release/xxx，完成了合并到 release 上预发布
|
 |
4
yc8332 2019-03-15 09:21:04 +08:00
如果用了 tag，当然就都是打 tag 了。
|
 |
5
BigUncleLee OP |
|
6
yc8332 2019-03-15 09:46:06 +08:00
@BigUncleLee 我们是除了开发环境，pre 和 beta，master 都是打 tag 发布的
|
|
7
BigUncleLee OP @yc8332 这样你们还拉 release 分支吗</br>
release 分支作用一般是什么 |
 |
8
huangmingyou 2019-03-15 10:50:32 +08:00
能不能提测了,就不允许在 release 上提交代码了.
|
Select Language