专注于互联网--专注于架构

最新标签
网站地图
文章索引
Rss订阅
  在企业SOA进程中需要认真考虑服务版本控制让我们以在具有共享服务组织中发布个新版本服务为例在这种情况下可能要求种Web服务多个版本同时可用部分消费者可能会延用旧版本服务直至所有消费者代码都为新功能和/或新界面而迁移  在本篇文章中我会试着提出些对组织内广泛应用服务进行版本控制需要处理方面首先我会尝试定义可能发生改变类型然后介绍几种可以考虑区别模式最后将这些模式映射到实际解决方案应用这些模式时我还会考虑到这些服务所属SOA层以及些和区别版本服务部署相关实战考虑事项  改变类型  Web Services实现中改变对此web services消费者影响取决于 [阅读全文] [PDF]
  随着计算机应用范围日益广泛深入应用软件Software规模及复杂程度日趋大型化、复杂化这就导致软件Software开发方式也从早期单兵作战式或手工作坊式渐渐转变为集团化、工厂流水线式团队(Team)协作开发方式在这种开发模式中会遇到些非常棘手问题:  1. 需要将整个软件Software版本恢复到以前某时间状态  2. 控制某在同时间只能个开发人员修改  3. 限制随意修改  4. 对每个开发人员编写质量进行评估  如何解决上述问题管理好项目每步运作,成为每位项目主管亟待解决课题  、在软件Software开发过程中引入版本控制软件Software  通 [阅读全文] [PDF]
="t18"> 数据库版本控制和代码版本控制区别在于数据库中生产数据是现场创造当我们表结构发生改变时不能直接用drop table然后再create table这样会导致生产数据丢失而代码则完全由开发人员创造可以用完全覆盖方式升级由于这点区别致使数据库在版本控制过程中必然要采用和代码区别思路方法 软件Software过程有个过程思路方法叫迭代过程对数据库版本化我们也可以采用这种类似思路方法------后个版本脚本依赖于前个版本脚本即当你要把数据库升级到第n个版本时你必须先把数据库升级到第(n-1)个版本以此递归 我对对于数据库版本化具体思路如下:1.只存在个基线版本; 2.在基线版本后 [阅读全文] [PDF]
  我们在测试过程中发现bug开发人员修复后会把修改过代码提交到正在测试版本中去而且同天也会出现提交好几次情况然而修改过后代码我们不能保证它是否会带来新隐患这样会给测试人员测试工作带来困扰只要开发提交过代码我就会比没有发现bug更紧张每次除了去验证修复bug的外都要尽量去保证没有遗漏他所带来“后患”   那么我们是不是也可以尝试下产品测试中版本控制呢!   1、测试员以开发员在经过自测后提交代码为基础进行测试和提交bug;   2、开发员以测试提交bug为依据进行对bug修复修改后代码作为个新版本而不是混交到现行测试版中www.   3、测试员在个轮回后再拿开 [阅读全文] [PDF]
CVS版本控制软件的安装配置与使用 对 http://www.chinaunix.net 作者:zdm 修改后发布CVS版本控制软件的安装配置与使用 (一) 软件的安装: 1. 软件的获取:CVS是一个典型的Server/Client端软件,有UNIX版本的CVS 、Linux版本的CVS,和WINDOWS版本的CVS,在下载的软件包中已经包含了Server端和Client端,但是我们在工作中一般都是使用Windows操作系统,所以我们可以再下载一个Windows下CVS的Client端软件WinCVS。在以下网站可以获取最新版本的CVS。 http:// [阅读全文] [PDF]
1 共5条 分1页