git用哪种flow？git flow、github flow、gitlab flow？

水木社区手机版

主题:git用哪种flow？git flow、github flow、gitlab flow？
3楼|hongyan2022|2023-01-17 14:29:37|展开
遥想当年在某个公司里被要求用 feature flow

怎么说呢
这些东西就象是坐浴盆

大小便通畅吧这玩意锦上添花
如果便秘呢这玩意于事无补

如果说代码混乱
各个牛人各特已见
分支不被批准并不进主线
flow 一点用也没有
分支丛生长的象扫帚一样

【在 z16166 的大作中提到: 】
: 完全遵照这三种（之一）的team，估计不常见吧？基于这三个做了裁剪？
--
FROM 47.152.116.*
10楼|hongyan2022|2023-01-18 00:05:38|展开
无太所谓 tag branch 都是虚的
代码不会复制一份

无论任何规矩都顶不住一个 push -f

最麻烦的还是能不能谋定而后动或者大家各抒己见

比如为了图好看要求 rebase
那干活的人麻烦就多一些
如果要求编译检查而系统全部编译一遍要个把小时
那有时候一天都不容易 merge 一个分支

这些都和具体工具没啥关系

【在 z16166 的大作中提到: 】
: 哈哈，形象
: 我这里现在有个哥们发布时不打tag，他打算一个发布搞一个分支，正在考虑怎么说服
:
--
FROM 13.56.31.*
11楼|hongyan2022|2023-01-18 00:06:52|展开
大型的单一代码库容易产生万箭齐发的视觉

【在 z16166 的大作中提到: 】
: branch搞多了，不好看到整个的版本进程
: 阮一峰这里整了个图，不知道是实际的图，还是刻意弄出来的
: https://www.ruanyifeng.com/blog/2012/07/git.html
: ...................
--
FROM 13.56.31.*
12楼|hongyan2022|2023-01-18 00:07:37|展开
让某位老大拿一个决定就是了

这玩意不值得有多种意见共存

【在 z16166 的大作中提到: 】
: 现在就是约定之前探探风
:
--
FROM 13.56.31.*
27楼|hongyan2022|2023-01-19 04:49:50|展开
需要时再从 tag 上拉一个 branch 出来就是了

【在 xeagle 的大作中提到: 】
: 这是对的，建分支可以应对某个版本需要bug fix再发个新版本，tag就不行
: 发自「今日水木 on iOS」
--
FROM 47.152.116.*
29楼|hongyan2022|2023-01-20 09:44:41|展开
一个团队一个办法不争议就行了

这个不是技术问题而是个纪律问题

【在 RunningOn 的大作中提到: 】
: 这里涉及一个问题，就是一个人凭什么认为别人的使用方法是不合理的。
: ...................
--
FROM 47.152.116.*