关于做好网站建设的通知,番禺人才网招聘信息,如何给网站引流,宁夏建设工程招标投标管理中心网站随着软件项目规模的不断扩大#xff0c;项目管理的作用变得越来越重要。如果一个需要长期维护的项目不能得到很好的管理与控制#xff0c;“软件腐败”就会发生#xff0c;用不了多久#xff0c;我们的程序可能就会像一团拌好的炸酱面一样难以找到头绪#xff0c;维护的成…随着软件项目规模的不断扩大项目管理的作用变得越来越重要。如果一个需要长期维护的项目不能得到很好的管理与控制“软件腐败”就会发生用不了多久我们的程序可能就会像一团拌好的炸酱面一样难以找到头绪维护的成本也会不断增加。为了避免这种现象的发生一方面我们需要对程序定时的进行重构使其回到有序化的轨道上另一方面需要良好的监控以及管理使其尽可能长时间的保持“新鲜”而不至于腐败。 随着技术的发展新的管理技术以及管理理念不断涌现。版本控制、单元测试、以及项目自动化这三大技术现在已经成为很多软件项目赖以成功的基石。 版本控制 为什么要使用版本控制系统 Ø 给团队提供一个项目级别的撤销按钮 Ø 记录着项目每时每刻的改动 Ø 使得多个程序员可以有序的同时为一个项目写代码 国内早期的版本管理多数使用Microsoft的Visual SourceSafe6.0简称VSS使用这种管理方式多数是单线的管理方式虽然VSS也提供一些分支与共享功能但是它的性能低下而且经常会出现问题其可用性不高。其主要的版本管理模式如下图。 图1VSS中的代码仓库生命周期 中间的方块显示了我们代码仓库的状态在最开始只有一个主干标准版程序我们把这个程序应用于项目1的时候可能会发现一些新需求或者新BUG。然后我们在代码仓库上进行修改把这些改动签入了版本库这时我们的标准版仍有可能在改动程序员可能会为标准版添加一些新特性用*表示改动了这就意味着版本可能出于一种不稳定的状态新特性可能短时间内不能达到可以发布的状态这时给项目1的团队更新程序即发布新版本时就要把这些不稳定的新特性代码过滤掉再进行发布当多个项目同时使用这个代码仓库时会造成了一个目录中实际叠加了多个项目的代码。这是这种早期版本控制方式的主要缺陷。在VSS之后出现的CVSConcurrent Version System软件统治了版本管理领域相当长一段时间CVS针对VSS存在的问题做出了一定的改善但是仍不能满足需求。最终Subversion简称SVN出现了总结了CVS的长处改进了不足力图成为CVS的接班人它也的确做到了。现在几乎主流的开源组织以及提供网上代码仓库的网站都在使用Subversion他们包括鼎鼎大名的Apache Software Foundation、Google Code、SourceForge.net等Subversion中分支是非常重要的概念。Subversion认为开发者应该使用分支把与主线开发标准版开发具有不同生命周期的代码如各项目的发布版从主线中分离出去。Subversion中项目具有如下的结构。 图2Subversion中代码仓库的生命周期 程序员们在主干目录上进行开发。当代码已经处于比较完善的状态时决定发布它并在项目1中使用。这时我们应该在分支目录中为主干目录创建一个分支在Subversion中即一个拷贝并打上一个标签如XX月XX日发货打标签在Subversion中也是一个拷贝然后项目1的工作组负责对这个分支进行维护而主要的开发团队仍在主干上进行开发。这样主干和项目分支物理上处于不同的目录各自有独立的生命周期程序员对主干的标准版程序添加代码不会对项目1造成影响项目1分支中的代码将会保持相对的稳定对项目1的修改也可以有选择的转移到标准版中这个转移混合的过程在Subversion中是非常容易实现。各个版本不会互相混淆随时可以取得各个发布版本。在Subversion中分支主要用于发布、BUG修正、以及技术试验。除此之外Subversion还提供了很多很好的特性如 1.所有的文件统一使用一个版本号这样每一个版本号在项目生命周期代表一个切片保留了一个一致性的快照。 2.支持多人同时迁出一个文件只要不同时修改同一行Subversion都可以智能的进行合并如果在同一行上存在冲突Subversion会提示你解决他。你也可以锁定这个文件以避免其他人签出。 3.一次提交不管是单个还是多个文件都是作为一个整体提交的在这当中发生的意外例如传输中断不会引起数据库的不完整和数据损坏。 Subversion的理念与VSS是不同的。使用VSS的感觉像套着沉重的枷锁而Subversion更像是是一个轻巧的拐棍帮助你将项目不同的版本管理的井井有条。 转载于:https://www.cnblogs.com/mideasoft/archive/2009/05/19/1459892.html
