现在是有人打算把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.*

怎么做都行
这个不是flow模型能约束的，更多的是工作习惯或者团队约定
特别是有ci的情况下，很多动作也可以自动化了，差别很小，
你可以推广你想法，但我看来，其实都行。大家约定好，习惯就好

顺便说说客户端定制的，做过一段时间客户端开发，
遇到定制要求，基本就是主干+ 各种定制branch，没啥特别好的办法，这里和用branch还是tag关系不大，
我个人是都用的，tag是方便查找的，branch预备给神出鬼没的定制需求，
先签出一个branch其实对git负担很小，虽然我不常干，但也不纠结这个的


【 在 z16166 的大作中提到: 】
: 现在是有人打算把branch当tag用，而且已经这么干了，就是这个branch会永久存在，绝对不能删除，否则就等于把外网版本对应的代码给删了。
: 所以我才反对这种搞法
: 比如：
: ...................
--
FROM 111.206.87.*

就是因为他不打tag。

现在是要搞强制打tag。

不打tag的公司，我估计全球没几家吧，哈哈


【 在 chaobill 的大作中提到: 】
: 开branch 的时候同时打同名 tag 不就行了
--
FROM 114.241.225.*

需要时 再 从 tag 上拉一个 branch 出来 就是了

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

一个团队 一个办法 不争议 就行了

这个不是技术问题 而是个 纪律问题

【 在 RunningOn 的大作中提到: 】
: 这里涉及一个问题，就是一个人凭什么认为别人的使用方法是不合理的。
: ...................
--
FROM 47.152.116.*