SVN+GOOGLE的版本控制.ppt

版本控制 版本控制(Revision control)是一种软件工程技巧，籍以在开发的过程中，确保由不同人所编辑的同一档案都得到更新。 团队开发为什么需要版本控制 小公司、小项目：一台测试服务器上做开发，调试端在服务器 已一己之力开发一个项目，变更几乎由一个人作出,没有任何的变更记录，始终保存一个最新版本 第一，很可能我们同时几个人在修改一个页面或者文件的情况下，而他们相互不知情，这样后保存的人很可能覆盖掉前者所做的改动，如果之前没有备份，那结果是不可恢复的。想避免，你就要等别人改完，这是开发就不能并行操作。需要有文件修改先后顺序的控制的功能，例如锁机制或者更新对照机制 第二，当你做了大量的修改，由于需求的变化，我们很有可能要将代码改回之前的样子，假设只有20行代码，你可以手工凭记忆改，2000行呢？我们需要过去代码或文件版本的存档功能。 简单点来说，版本控制就是时间机器，它可以记录你对文件的每次更改，这样，即使是当前文件被他人修改后覆盖或者需要恢复到三天前的软件版本，我们也可以在服务器中取出自己需要的版本。 版本控制流程 　　1.软件系统的版本控制是指可以自行运行的各子系统的版本控制。  　　2.软件系统的版本号由评测小组的人员确定，由评测小组进行版本控制工作。  　　3.软件系统的版本号由3部分构成，即主版本号+次版本号+修改号。主版本号1位，只有当系统在结构和功能上有重大突破改进后才发生变化；次版本号有2位；修改号8位，采用提交时的日期，当系统进行任何修改后，包括数据库结构发生变化，修改号都要随之改变。 　　4.各子系统的版本号独立。  　　5.各软件系统应该有显示详细版本号的功能。 　　6.新系统开发完成、或已存档的系统进行修改，修改完成后，进行提交存档时，由评测评测小组系统分析工程师确定新版本号、或更改版本号。  　　7.软件系统，产生新的版本后，老版本的软件系统是否继续保存，取决于以下条件：  　　a.老版本的系统如果有客户还在使用，在客户升级以前，必须继续保存。  　　b.老版本的系统已经没有客户使用了，并且新版本的系统已经把老系统的文档完整地升级过来，这样可以删除或覆盖老版本的系统资源。  　　c.对于要删除或覆盖的老版本系统，可以统一备份起来。 版本控制术语 基线（Baseline）：基线是软件文档或源码(或其它产出物)的一个稳定版本，它是进一步开发的基础。 档案库（Repository）：存储档案的新版本还有历史资料的地方 工作版本（Working copy）：从档案库中取出一个本地端（客户端）的复制，针对一个特定的时间或是版本。所有在档案库中的档案更动，都是从一个工作版本中修改而来的，这也是这名称的由来。 提交（Commit）：将本地端的修改送回档案库。（由版本控制软件处理跟上次更动相比哪个档案又被更动的事） 变更（Change）：对一份文件作的特定更动。 取出（Check-Out）：从档案库取出档案到本地端（客户端）。 更新（Update）：将档案库的修改送到本地端（与送交相反） 汇入（Import）：文件夹形式的整体签入? 冲突（Conflict）：当两方更动同一份文件会发生冲突。需要先UPDATE再写入 修改提交成功，返回确认信息 整个文件夹也支持导入到服务器中 选择导入到的路径，默认的是导出时的路径 通过子路径的设置可以实现代码的分包 其它功能 网页浏览：你可以使用该地址 /svn/trunk/ 在网页上浏览项目，同样需要和前面一样的密码。 SVN Update：与服务器版本对比，进行更新 Revert：取消上一次的操作（只针对客户端，服务端不做改动） Add：增加新目录或新文件至项目 Revision Graph：版本示意图 Show log：查看版本日志及不同版本间相互比较 Check for modifications：同服务器上的项目版本进行比较，并可做相应的修改。 如果有任何不懂的问题可以查阅相关网页或者问懂的同学或者发邮件问我，我将会在24小时内回复你的问题。 SVN(subversion)是近年来崛起的版本管理工具，是CVS的接班人。目前，绝大多数开源软件都使用SVN作为代码版本管理软件。 2009年，绝大多数CVS服务已经改用SVN。CVS已经停止维护。 统一的版本号。CVS是对每个文件顺序编排版本号，在某一时间各文件的版本号各不相同。而Subversion下，任何一次提交都会对所有文件增加到同一个新版本号，即使是提交并不涉及的文件。所以，各文件在某任意时间的版本号是相同的。版本号相同的文件构成软件的一个版本。 原子提交。一次提交不管是单个还是多个文件，都是作为一个整体提交的。在这当中发生的意外例如传输中断，不会引起数据库的不完