团队使用 Git Flow 流程,提测出 release 分支,提测成功 merge master 打 tag。
有一个疑问,就是提测后 release 分支实际上是变化的,会不断的 fix 一些问题。
这样不同时间点的同一个 release 分支打出来的版本是不同的,感觉很不合理。
如果测试从 CI 基于 commid ID 构建版本,外部团队基于 tag 构建倒是合理,
但是 commid ID 是无法体现版本号信息,很不直观。
请假一下大家在团队中提测是怎么交付版本的?

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