300 就别说自己是 nas 了！

@firhome #22

1. 按照 git-flow 流程 hotfix 是从 master 拉取的。完成发布后合并到 develop 和 master 内。

解释一下版本号
x.y.z

x = 大版本号，上一版本和下一版本并不兼容
y = 小版本号，上一版本和下一版本理应考虑兼容
z = hotfix 号，解决各种 bug 问题。


2. 按照你说的情况，是的！但按照 git-flow 规范，某个时间只应存在一个 release 版本。
比如当前是 1.1 的 release，你还在测 1.2 的 release ？毫无意义啊。


但还是那句话，国内公司基本没法按照这个流程来。

@mlhorizon #50

+1

@firhome #19

看了一下你的问题，给 2 点建议

1. 一般不叫 test 分支，而是叫 develop 分支，其实并不是纠结名字，而是，这个分支上的功能实现，就是所谓的 [开发版]
2. 其实都是要测 3 次的，不管是功能第一次合并到在 develop ( test ) 上，还是最后拉出的 release 上。
- 第一次测试，代码自测无问题，feature 分支。
- 第二次测试，合并到 develop 分支，和其他功能一起测试。
- 第三次测试，拉出的 release 分支，可能会在 develop 分支上截取某个时间点，作为 release，上面 A 功能满足，B 功能可能没有。需要最后回归测试一下。


终告：国内公司不会遵循这种流程，因为太多的项目做了一半要砍掉。所以，从 git-flow 的流程上来说，无解！
但，实际操作中，他们最后会选择：
A 功能自己测。
B 功能自己测。
C 功能自己测。

生产上最后的情况，A 发布，B 不发布，C 发布，怎么办？
大家都上生产，出问题了就是事故，不出问题，下班回家。A+C-B 这样的代码永远都是会最后上生产了，测试才有机会测试这样的最终打死不修改版。

$mail->Password = 'ybhfajzdwkebjb'

给钱

已经合进 test，突然某个 branch 在 test 环境测试不通过，或者不上线。 请问这个时候怎么办呢？
比如：branch-a , branch-b ,branch-c 依次合进 test， 其中 branch-b 暂时不要了。


这种模式下，无解。
只能通过代码屏蔽掉对应的功能，因为 branch-b 代码已经在 test 里了，剥离出来又需要重新测试一遍，如果这时候 test 分支已经往前走了很远了，那更无法剥离。

sr - rz .....

多多沟通

等你有了孩子以后，你会发现，你并不会比父辈们做的更好。

天籁，雅阁，凯美瑞

@est #41

无解了

在公共场所，建议：
- 大声吵架，引起围观
- 反复指责占领道德制高点
1. 狗屎
2. 狗绳

- 激怒对方，当他想动手，围观人群开始劝阻对方，打 110
- 警察来了，当面质问对方，有没有狗证，打没打疫苗


然后你就可以说要上班，走人。

支持 car play 依然会用手机架。。。。毕竟太多情况下需要手机处理


夹着出风口挺好的啊，因为没有其他更优解决方案
rock 的就不错，在用

有点贵，看你觉得值不值

orico 一生黑

@wangxiaoaer 赞同

新手还是自己买车，省的纠纷

S3

领克综合比思域好，但要注意：

1. 不要买三缸机，买四缸，不知道有么有 at，不要买双离合
2. 后排空间不行