代码管理的分支和发布_第1页
代码管理的分支和发布_第2页
代码管理的分支和发布_第3页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

1、代码管理的分支和发布关于代码管理的分支和发布策略，目前我知道的主要有两种模式。一种是主干作为新功能开发主线，分支用作发布。另一种是分支用作新功能开发，主干作为稳定版的发布。freebsdcurrent，也就是包括所有最新特性的不stablefreebsd4.x，5.x， 6,xbugrelease 6.x6.0,6.1,6.2等发布分支。bug还包括了新功能。bugstablerelease bugmergebug，调查这个bug（在测试的时候会出现支管理策略。与第一种分支策略正好相反，主干上永远是稳定版本，可以随时发布。bug bug上的开发和测试完毕以后才合并到主干。bug这种发布模式也有

2、缺点如果某个开发分支因为功能比较复杂或者应发布计划的要求而长期没有合并到主干上很可能在最后合并的时候出现冲突因此必须时刻注意分支离开主干的时间如果有的分支确实因为特殊的需要必须长期存在那就必须定期把主干的更新往这个分支上合并为了减少这种合并发生的次数并且限定合并的范围要为每次发布预先建立一个发布分支然后所有的开发分支根据自己的发布计划向各个发布分支合并当下一次发布的分支上已经集成了所有的变更并且测试完毕以后把这个发布分支内容合并到主干发布主干然后锁定或者删除这个分支然后把主干上的所有更新合并到后面几个发布分支里面去外包项目的发布周期一般都比较短往往客户验收测试的周期就是发布周期所以这种方法就够

3、用了如果发布周期很长各个发布分支之间还要定期的从前向后合并。这种发布方法还有一个缺点就是测试不像第一种分支策略发布的分支就是测试的分支这种发布模式的测试分支往往是各个发布分支在正式发布之前才把下一个发布分支上的更新合并到主干这就引入了合并出错的风险而主干上的程序是没有经过测试的幸好从这个发布模式上看下一个发布分支的合并基础应该和主干上一次发布内容相同所以引入合并错误的风险很低还有一种建议就是不设置主干下一个发布分支就是主干直接发布下一个发布分支的变更内容，然后把变更合并到再下一个发布分支上去以此类推。有机会尝试一下。最后，说说分支合并管理的一些注意点：分支离开主干的时间要尽可能短。长期离开主干的分支需要定期合并。似泳道图

人人文库> 全部分类> 应用文书 > 项目管理

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论