大型的单一代码库 容易产生 万箭齐发 的视觉

【 在 z16166 的大作中提到: 】
: branch搞多了，不好看到整个的版本进程
: 阮一峰这里整了个图，不知道是实际的图，还是刻意弄出来的
: https://www.ruanyifeng.com/blog/2012/07/git.html
: ...................
--
FROM 13.56.31.*

branch有可能继续“往前走”的
tag是几就是几了
【 在 hothail 的大作中提到: 】
: 标  题: Re: git用哪种flow？git flow、github flow、gitlab flow？
: 发信站: 水木社区 (Tue Jan 17 19:17:14 2023), 站内
:
: 也许是svn时代留下的习惯，也不算啥错误
: git上tag和branch也没大区别，但tag更方便些
: 【 在 z16166 的大作中提到: 】
: : 哈哈，形象
: : 我这里现在有个哥们发布时不打tag，他打算一个发布搞一个分支，正在考虑怎么说服
: :
:
: --
:
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 111.206.87.*]
--
FROM 222.71.112.*

其实就是缺svn那种keyword substitution功能吧
【 在 z16166 的大作中提到: 】
: 对，目前就是有人在已经发布的版本的branch上继续提交代码，
: 如果不打tag，要追溯外网发布的二进制和代码之间的对应关系，只能靠CI系统里的记录了，
: 但git里面居然没记录，这个不是很合理了。
: ...................
--
FROM 222.71.112.*

万箭齐发确实看得晕，淡定不看就好拉，哈哈哈

其实像我一般都会要求branch最后回归到主干的，
否则那么多branch之间还要同步代码，也很麻烦

git本身鼓励用branch，因为git的branch代价低，而且一般都是短期存在

【 在 z16166 的大作中提到: 】
: branch搞多了，不好看到整个的版本进程
: 阮一峰这里整了个图，不知道是实际的图，还是刻意弄出来的
: https://www.ruanyifeng.com/blog/2012/07/git.html
: ...................
--
FROM 111.206.87.*

tag不是用来发版本的，只是commit id的一个助记符，一是用来快速找到某个外网版本，方便查外网问题，二是方便快速找到基准版本。

【 在 xeagle 的大作中提到: 】
: 这是对的，建分支可以应对某个版本需要bug fix再发个新版本，tag就不行
: 发自「今日水木 on iOS」
--
FROM 114.241.225.*