- 主题:git用哪种flow？git flow、github flow、gitlab flow？
完全遵照这三种（之一）的team，估计不常见吧？基于这三个做了裁剪？
--
FROM 114.241.225.*
哈哈，形象
我这里现在有个哥们发布时不打tag，他打算一个发布搞一个分支，正在考虑怎么说服
【 在 hongyan2022 的大作中提到: 】
: 遥想当年 在 某 个 公司里 被要求用 feature flow
: 怎么说呢
: 这些东西 就象是 坐浴盆
: ...................
--
FROM 114.241.225.*
现在就是约定之前探探风
【 在 syssky 的大作中提到: 】
: 2023年了，这个还有讨论的必要吗？
: git本身只是代码版本控制的工具。采用哪种flow只是一种约定。所谓约定就是你们自己商定好就可以。用tag发版还是branch发版，用dev做测试还是master做测试，还是再建pre-release分支，都只是你们的内部约定，和CI/CD的配置而已。
: 分支再混乱，不满足条件，不能合并进主分支，控制好这个就可以。
: ...................
--
FROM 114.241.225.*
branch搞多了，不好看到整个的版本进程
阮一峰这里整了个图，不知道是实际的图，还是刻意弄出来的
https://www.ruanyifeng.com/blog/2012/07/git.html
【 在 hothail 的大作中提到: 】
: 也许是svn时代留下的习惯，也不算啥错误
: git上tag和branch也没大区别，但tag更方便些
--
修改:z16166 FROM 114.241.225.*
FROM 114.241.225.*
那套可能适合web开发，一天能部署多次的
【 在 JulyClyde 的大作中提到: 】
: github flow是指各人有自己的fork repo然后pull request吗
: 感觉在组织内，没必要做personal fork repo啊
--
FROM 114.241.225.*
对，目前就是有人在已经发布的版本的branch上继续提交代码，
如果不打tag，要追溯外网发布的二进制和代码之间的对应关系，只能靠CI系统里的记录了，
但git里面居然没记录，这个不是很合理了。
【 在 JulyClyde 的大作中提到: 】
: branch有可能继续“往前走”的
: tag是几就是几了
--
FROM 114.241.225.*
tag不是用来发版本的，只是commit id的一个助记符，一是用来快速找到某个外网版本，方便查外网问题，二是方便快速找到基准版本。
【 在 xeagle 的大作中提到: 】
: 这是对的，建分支可以应对某个版本需要bug fix再发个新版本，tag就不行
: 发自「今日水木 on iOS」
--
FROM 114.241.225.*
现在是有人打算把branch当tag用，而且已经这么干了，就是这个branch会永久存在，绝对不能删除，否则就等于把外网版本对应的代码给删了。
所以我才反对这种搞法
比如：
要发1.1，就弄个1.1的branch，1.1发完出去，后续的1.1 bug fix也在上面
然后再弄个1.2的分支，开发1.2。1.2发完出去，后续的1.2 bug fix也在这个分支上面
...
依次类推，感觉恐怖，尤其是客户端软件，到时候很多版本可能还有针对某个客户定制的分支。
【 在 hothail 的大作中提到: 】
: 万箭齐发确实看得晕，淡定不看就好拉，哈哈哈
: 其实像我一般都会要求branch最后回归到主干的，
: 否则那么多branch之间还要同步代码，也很麻烦
: ...................
--
FROM 114.241.225.*
就是因为他不打tag。
现在是要搞强制打tag。
不打tag的公司，我估计全球没几家吧，哈哈
【 在 chaobill 的大作中提到: 】
: 开branch 的时候同时打同名 tag 不就行了
--
FROM 114.241.225.*
不打tag, 别人不容易找到对应的代码啊，这么简单的道理。
如果外网来个反馈，你怎么快速找到对应的代码、调试符号来重现问题、排查问题？
如果是one-man team，怎么搞都行，你可以弄个txt来记录外网发布的版本和分支、commit id之间的对照关系都行
多人合作，只搞branch而不打tag，而且还在已经发布的branch上进行bug fix（重点！），这不是山寨行为吗？但凡换个人来接手他的工作，就是一头雾水。
branch的名字是事前取的，tag的名字是事后（版本发布后）才取的，哪个的名字能更好地和外网的发布版本对应起来，这也是显而易见的啊。没人能当预言家。
干一种事情，如果有A、B两种方案，而且A相对于B有明显的好处，没有明显的坏处，这个说出来叫以理服人
如果A、B相比都没明显好处，也没明显坏处，这个随大流、听人多的或者听leader的好了
【 在 RunningOn 的大作中提到: 】
: 为啥要反对？
: 建个branch和加个tag区别很大吗？tag随便打，branch表示重要节点，挺好。
: 这里涉及一个问题，就是一个人凭什么认为别人的使用方法是不合理的。
: ...................
--
修改:z16166 FROM 114.241.225.*
FROM 114.241.225.*