首页   注册   登录

ferock

V2EX 第 61690 号会员,加入于 2014-05-02 01:22:27 +08:00
ferock 最近回复了
3 天前
回复了 dimlau 创建的主题 Telegram 用 Telegram 做图片都可以外链
也没有任何隐私可言,public 群可以看到任意聊天记录
月卡略贵,关键看朋友是不是都在

1 区,BL,已建号,充半年卡
300 就别说自己是 nas 了!
11 天前
回复了 firhome 创建的主题 程序员 请教一个 git 分支管理的问题。
@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
12 天前
回复了 firhome 创建的主题 程序员 请教一个 git 分支管理的问题。
@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 这样的代码永远都是会最后上生产了,测试才有机会测试这样的最终打死不修改版。
12 天前
回复了 misskiki 创建的主题 PHP 关于 PHP 邮件发送问题
$mail->Password = 'ybhfajzdwkebjb'
给钱
12 天前
回复了 firhome 创建的主题 程序员 请教一个 git 分支管理的问题。
已经合进 test,突然某个 branch 在 test 环境测试不通过,或者不上线。 请问这个时候怎么办呢?
比如:branch-a , branch-b ,branch-c 依次合进 test, 其中 branch-b 暂时不要了。


这种模式下,无解。
只能通过代码屏蔽掉对应的功能,因为 branch-b 代码已经在 test 里了,剥离出来又需要重新测试一遍,如果这时候 test 分支已经往前走了很远了,那更无法剥离。
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4102 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 13ms · UTC 02:42 · PVG 10:42 · LAX 19:42 · JFK 22:42
♥ Do have faith in what you're doing.