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

节点？
【 在 RunningOn 的大作中提到: 】
: 你这刚好证明了branch和tag的不同侧重，tag随便打，branch标记重要节点。
--
FROM 222.71.112.*

commit comments -> commit id，这不又多了一层indirection吗，每多一个环节，就多一点复杂度、出错可能性

我直接git checkout tag_id，不就能直接拿到对应的代码了吗

而且这tag也不是我的，业界惯例吧，可以投个票看看，有几家公司不打tag的


【 在 mingtong 的大作中提到: 】
:
: 说了这么多没看出来你的tag的优越性在哪儿。
: 用commit comments也能找到代码。
--
修改:z16166 FROM 114.241.225.*
FROM 114.241.225.*

那你觉得这么多公司打tag是为了啥呢

【 在 mingtong 的大作中提到: 】
:
: 打不打tag是要看这个tag来解决什么问题，从你的理由来看，不觉得很必要。
: 我打tag主要是标记release版本，而不是查找代码，要找的代码可多了去了，你tag标的过来吗？
: ...................
--
FROM 114.241.225.*

你说的那么多公司，是你待过的公司吗？如果不是，你是怎么判断那么多公司的？如果是，他们都是像你贴膏药一样的打tag吗？
- 来自 水木社区APP v3.5.7
【 在 z16166 的大作中提到: 】
: 那你觉得这么多公司打tag是为了啥呢
--
FROM 125.70.77.*