版本管理
文章平均质量分 64
kyfxbl
这个作者很懒,什么都没留下…
展开
-
关于版本、分支的一些总结
自从系统发布到现场使用之后,就有几个分支同时运行。最近对相关问题有一些思考,在此总结一下:1、版本确定要做定制需求开发的时候,是3月15日,确定下来第一批需求的交付时间,是4月10日。当时主版本还在TR5阶段,而且版本还很不稳定。在这种情况下,在主版本上做定制需求的开发是不合适的。因为:首先,主版本一直在修改问题合入代码,而定制需求开发也需要合入大量代码,这必定会有冲突。可能造成主原创 2013-09-24 11:33:04 · 1208 阅读 · 0 评论 -
主干开发,分支出版本
我们上个月发布了1.2.0版,同时开始1.3.0ban'ben原创 2014-04-08 23:18:42 · 958 阅读 · 0 评论 -
git和svn的关系比较
git --- svnsourcetree --- tortoiseSVNgithub --- svn repository首先要装git的客户端,上层的各种git客户端才能调用底层命令。sourcetree是基于git的客户端软件,类似于tortoiseSVN,可以省去命令行操作,还有一些界面的增强。GitHub是一个公共的git库,极大地丰富了git的生态圈原创 2013-10-15 17:44:21 · 917 阅读 · 0 评论 -
一种可能的SQL脚本管理方式
如果大家做过升级包,也许会有同感,即升级中最复杂的,就是数据库脚本的升级。因为.class,.jsp等文件,即使2个版本天差地别,大不了全量替换就可以了。但是对于sql脚本,就没有这么简单了。哪怕不考虑业务数据备份的问题,光是表结构和初始化数据的变更,就已经很麻烦了对于集中部署的应用,这种情况还好一些,如果应用是在各个局点有不同的版本,那就需要制作不同的升级包,这个麻烦就被更加放大了以原创 2013-09-24 11:06:20 · 1166 阅读 · 0 评论 -
关于代码编译打包和版本管理的一些事情
最近对于代码编译、打包以及版本的管理有一些想法,虽然比较简单,也先记录下来,以后再逐步完善1、项目参与的人比较多,大概是200个人一起开发,经常发生提交到SVN上的代码编译不通过的情况,浪费了很多时间。分析了一下,大部分是由于以下2个原因:第一种情况:开发人员本地机器上有代码A和代码B,但是代码A在SVN上已经是比较新的版本,删除了某个方法,然后开发人员在本地修改代码B,调用了这个在S原创 2013-09-24 11:00:24 · 1355 阅读 · 0 评论 -
升级包制作
做升级包其实不是一件很容易的事情,并不是完全没有技术含量的,另外也很需要耐心和细致。同时,如果平时有到位的管理手段,在制作升级包的时候也会提高效率,减少工作量在前一家公司的时候,有一段时间负责维护公司的门户网站。虽然代码改动的频率也挺高的,不过每次升级就特别简单。现在回头想想,这个简单是有原因的:1、领导对网站可用性没有硬性的指标,所以找个夜深人静,甚至中午午休的时间升级就可以了,不需原创 2013-09-24 11:05:24 · 1169 阅读 · 0 评论 -
版本管理6句话
1、版本计划是由发布计划决定的2、在必要的情况下才拉分支,分支的生命周期不能太长,要尽快收编3、问题要自下而上地合入到主干,不一定需要自上而下地合入分支4、分支上发现的问题,要在分支上出补丁5、要明确现场运行的是什么版本,并保留相应的代码和镜像环境6、一个分支就是一套代码,反过来一套代码就是一个分支原创 2013-09-24 11:04:59 · 734 阅读 · 0 评论 -
版本管理及升级包制作小结
近期版本计划如下图,trunk上继续测试,修改BUG。同时拉一个开发分支,做现场的定制需求开发,8月底发到现场其中spc003b020、spc005b020是要发到现场的,所以8月底就需要制作升级包,从spc003b020升级到spc005b020再之后,会把分支上的代码合入trunk,发布GA版。届时再从trunk上做升级包,把现场版本从spc005b020升到GA在此过程中,b原创 2013-09-24 11:06:05 · 1143 阅读 · 0 评论 -
镜像环境、代码分支、版本发布
本文介绍一下镜像环境的作用,以及版本发布的一些策略一、镜像环境所谓镜像环境,是指跟生产环境完全一致的一套环境,包括代码、数据库表结构(或许还包括数据)、配置文件等。镜像环境的作用是用于定位、解决生产环境的问题,或者用于生产环境升级前的验证当项目实际运行中发现了一个BUG,开发人员就需要一个环境来重现、定位问题。但是一般来说,不可能直接在生产环境上进行定位,以免对业务造成影响。另一方面,原创 2013-09-24 11:32:54 · 1328 阅读 · 0 评论 -
一个版本发布的案例
系统目前在捷克有一个分支版本在跑,版本号SPC200;在上海有另一个分支版本在跑,版本号SPC300;这2个分支上的代码已经收编合入主干,目前主干正在测试,版本号B100目前计划在6月10日左右,用测试后的主干版本替换现场的SPC200和SPC300,同时需要开发一些定制需求,在6月25日左右交付到现场所以项目组就需要考虑2个问题:1、怎么开发定制需求2、这段时间修改的BUG提交到哪原创 2013-09-24 11:32:59 · 858 阅读 · 0 评论