不打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.*