这是一个创建于 1706 天前的主题，其中的信息可能已经有所发展或是发生改变。
每个功能的修改和添加,都要对应一个 feature 分支，并分配相应版本号吗？多个代码增改可以聚合到一起提交一个版本吗？ 有什么比较好的实践吗？
第 1 条附言 · 2019-08-19 11:16:07 +08:00
感谢诸位，我的 git 已经改过来了，壮士断腕，疼死了
 |
1
MuscleOf2016 2019-08-19 10:05:09 +08:00  1
每个功能的修改和添加,都要对应一个 feature 分支
|
|
2
MuscleOf2016 2019-08-19 10:06:32 +08:00 1
@MuscleOf2016 上面不小心回车发布了。
每个功能的修改和添加,都要对应一个 feature 分支 ----------------------- 这样对代码 review 会很好的，开发完成提交一个 merge request |
 |
3
otakustay 2019-08-19 10:11:40 +08:00 1
功能和代码增改是两个维度，一个功能本身就可能包含多个代码增改
至于能不能多个功能聚合在一起，那完全取决于你认为功能的粒度是什么，唯心就完事了 |
 |
4
Mithril 2019-08-19 10:11:50 +08:00 1
Gitflow 实际应用的时候还是直接用集成的解决方案比较好，虽说单纯用 Git 也能做，但是比较麻烦。
目前个人体验比较好的就是 Jira+Bitbucket，在 issue 上可以一键开 branch，source tree 弄下来就能开发，后续的 MR，Review 也很方便。 Gitlab 也有这功能，但是它自带的 issue 管理比较弱。如果觉得够用的话也可以试试。 |
 |
5
maichael 2019-08-19 10:12:12 +08:00 1
"每个功能的修改和添加,都要对应一个 feature 分支，并分配相应版本号吗？"
都对应一个 feature 分支，或者在合并请求上区分开来就行，不用分配相应版本号。 “多个代码增改可以聚合到一起提交一个版本吗？” 看你提交这个动作的目的，如果只是为了集成代码，那最好不要。 |
 |
6
TomVista OP @MuscleOf2016 feature 开发完了就合并到 develop，下个 feature 从新的 develop 分出来对不对。。。。。。
|
|
7
MuscleOf2016 2019-08-19 10:16:43 +08:00 1
@TomVista 不应该是 develop 吧，dev 上理论上有大量的开发待测试代码，从 uat 或者 master 稳定分支上创建。
|
Select Language