SVN版本控制管理系统基础学习.pptx

版本控制管理系统Subversion内容简介Subversion 简介Subversion基础Subversion的安装和调试Subversion基本工作流程Subversion架构的版本控制介绍Subversion高级操作.net下的Subversion1 Subversion简介Subversion的作用Subversion的历史Subversion的特性Subversion的架构Subversion的作用一个自由，开源的版本控制系统一个通用系统，不是简单的一个SCM系统以替代CVS为目标可以管理任何类型文件，并且追踪变更不具有某些和开发紧密结合的特性，如支持某种特定的编程语言，集成构建工具等应用：版本管理网址：Subversion的历史2000年，CollabNet公司开始寻找CVS的替代产品2月，这个公司联系了Open Source Development with CVS的作者Karl Fogel，他同意为这个项目工作。同时，他还联系了其他几个人一起开发这个新系统3月，Subversion开始详细设计和编码2001年8月31日，Subversion第一个完整版本问世经过1.0，1.1，1.2直到现在的1.5.9版Subversion的特性（和CVS比较）和CVS的相似性目录的版本化更加好的文件版本管理（例如对文件拷贝，重命名的处理）提交的原子性元数据的版本化可选的网络层对文本文件和二进制文件一致的差异比较算法高效的分支（branch）和标签（tag）操作良好的可维护性Subversion的架构2 Subversion基础基本概念工作拷贝（Working Copy）修订版本（Revision）文件状态混合修订版本的工作拷贝工作拷贝（Working Copy）工作拷贝是本地机器的一个普通的目录。这个目录的内容是版本库中某个目录的拷贝。工作拷贝是私有工作区，可以任意编辑里面的文件并且发布更改通常，一个工作拷贝对应于版本库的一个子目录，日常的开发是针对工作拷贝进行的工作拷贝里面还有一些由Subversion创建和维护的额外文件，用于命令的协助执行，所以它们又叫工作拷贝管理目录。通常，它们都保存在工作拷贝目录及子目录下的.svn目录（隐藏）中，凭借这个目录中保存的信息，Subversion可以识别哪一个文件被修改了，哪一个文件已经过时了，等等修订版本（Revision）SVN的提交（Commit）操作是把工作拷贝的更改发布到版本库的一个原子操作。每当一次提交完成后，版本库的文件系统就进入了一个新的状态，叫做一次修订（Revision），每一次修订都会赋予一个独一无二的版本号，一般是从0开始的递增自然数，一个比一个大初始修订版本是0，这只是一个空目录，没有任何内容。随着每次的提交，版本库里仿佛就多了一个当前内容的“快照”。在版本库中，必威体育精装版的一个修订版本称为HEAD修订版本（图示）文件状态对于工作拷贝的每一个文件，SVN在管理目录（.svn)记录两项关键的信息该文件作为基准的修订版本（叫做文件的工作修订版本）该文件最后更新的时间戳根据以上两项关键信息，通过和版本库通讯，SVN可以得到工作拷贝中一个文件的状态，它有下面几种可能未修改，并且版本库也未修改（Up-to-date状态)已修改，但是版本库没有修改（Modified状态）未修改，但是版本库已经修改已修改，并且版本库也已修改（需要合并）可以用svn status命令查看文件状态混合修订版本的工作拷贝很灵活，但是比较难理解的一个特性混合修订版的工作拷贝：为了灵活，允许一个工作拷贝中存在多个修订版本的文件SVN特性：修订版本号的全局性。如果某文件的修订号为N，并不意味这这个文件被提交了N次（甚至有可能这个文件只修改过1次），而意味着整个版本库被提交了N次当一次Checkout或者（整个工作拷贝的）Update操作完成后，工作拷贝中所有文件都会被更新到同一个版本号两个操作可能引起混合版本的情况：提交和部分更新混合修订版本的工作拷贝（续）提交会引起混合修订版本的情况SVN的原则：一个PUSH的动作不会导致被PUSH，或者反之。换句话说，提交某个修改的过程不会导致工作拷贝被修改。在SVN中，更新和提交是分开的当提交修改时，被提交修改的文件版本号将递增，但是工作拷贝中的其他文件仍然保持原有版本号，于是就形成了混合修订版本的格局混合修订版本的工作拷贝（续）部分更新是指对工作拷贝中某个文件或者子目录的更新操作（不限于更新到HEAD）例如，可以用来追溯Bug的源头，或者确定某个特性在某个历史版本中是否具有例如，当前HEAD版本号为2007，而你由于做了很多提交操作，但一直没有做更新操作，导致虽然必威体育精装版的文件版本号已经是2007，但是仍然有文件版本号只有1937，当你对这个文件用log命令想查