如何应对并发性的需求?

     当一个项目同时来了两个需求, 且要求提交时间不一致,应该如何进行版本控制? 怎么保证充分利用人力的情况下, 同时进行两个需求的修改,但是先发布的一个需求不会包含没有测完的第二个需求的bug呢? 目前我们的做法是: 1, 当两个需求都比较小,且需求不紧急的时候, 和客户沟通, 争取将两个需求都做完之后同时发布, 2, 当一个需求做的时间比较长, 而另外一个需求很小,甚至就是简单的debug一下,需要马上发布, 则在VSS上保留原始的code 目录 来做时间相对而言较长的项目, 然后开出一个上次发布版本的Code 分支, 做时间紧急的项目。这样就可以两边同时进行修改而互相不影响, 最后在发布大需求的时候将小需求的code合并回去,( 这里还是会增加一些重复的工作量)。注意在发布大需求之前,需要一直保留小需求的code分支, 方便合并之前的修改。  
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值