- 主题:git用哪种flow？git flow、github flow、gitlab flow？
换个说法，github上有点名气的工程，有几个没打tag的？
你这气势汹汹的，我也可以反问你，你给我扣贴膏药的帽子，那么贴膏药的具体标准是什么？
所以资历之争就免了，讨论问题的本身，而不是发言人的资历，到底呆过那些大公司大team，做过多少牛逼的项目，写过多少牛叉的代码。这方面我是野路子大土鳖
【 在 mingtong 的大作中提到: 】
: 你说的那么多公司，是你待过的公司吗？如果不是，你是怎么判断那么多公司的？如果是，他们都是像你贴膏药一样的打tag吗？
: - 来自 水木社区APP v3.5.7
--
修改:z16166 FROM 114.241.225.*
FROM 114.241.225.*
我可没说branch和tag哪个碾压另外一个
我是说tag是个助记符，它有助于根据客户/用户反馈的版本号快速找到对应的源码。
还有个作用是标记milestone，这同样是助记符的作用
【 在 hothail 的大作中提到: 】
: 在git里，branch和tag其实本身差别比较小，步骤也差不多，谈不上谁替代谁的，谁碾压谁
: 工作中基本都能达到要求
: 说了这么多“业界标准”“大家都用”之类的，把tag提到了本身没有的高度，怕是无法承受
: ...................
--
修改:z16166 FROM 114.241.225.*
FROM 114.241.225.*
github上只有极少数大工程。
大部分都是个人和小微团队，中小团队即使用GitHub也是不对你可见的闭源。
再回到你的原始问题吧，很少有公司用pull request这种flow的，我待过的公司，有大也有小，只有一家用这种flow。
- 来自 水木社区APP v3.5.7
【 在 z16166 的大作中提到: 】
: 换个说法，github上有点名气的工程，有几个没打tag的？
:
: 你这气势汹汹的，我也可以反问你，你给我扣贴膏药的帽子，那么贴膏药的具体标准是什么？
:
: 所以资历之争就免了，讨论问题的本身，而不是发言人的资历，到底呆过那些大公司大team，做过多少牛逼的项目，写过多少牛叉的代码。这方面我是野路子大土鳖
--
FROM 125.70.77.*
改个名字就顺畅了，分支叫 1.1.x，每次发布加个 1.1.1 啥的 tag，其实你就是膈应他不打 tag 呗。
分支管理就三个模型，推荐的主线模型(发布分支总是从 trunk 拉)，不推荐的台阶模型(发布分支从上个发布分支拉)，单分支模型(适合人少或者没有维护老版本的需要)，这些模型是通用的，跟用的版本管理工具无关。
- 来自 水木社区APP v3.5.7
【 在 z16166 的大作中提到: 】
: 现在是有人打算把branch当tag用，而且已经这么干了，就是这个branch会永久存在，绝对不能删除，否则就等于把外网版本对应的代码给删了。
:
: 所以我才反对这种搞法
:
: 比如：
: 要发1.1，就弄个1.1的branch，1.1发完出去，后续的1.1 bug fix也在上面
: 然后再弄个1.2的分支，开发1.2。1.2发完出去，后续的1.2 bug fix也在这个分支上面
: ...
:
: 依次类推，感觉恐怖，尤其是客户端软件，到时候很多版本可能还有针对某个客户定制的分支。
--
FROM 124.64.121.*