SVN操作指南20140816SVN操作指南20140816.docVIP

1.SVN操作指南 1.1版本控制基本概念 1.1.1版本库 Subversion是一种集中的分享信息的系统，它的核心是版本库，储存所有的数据，版本库按照文件树形式储存数据－包括文件和目录，任意数量的客户端可以连接到版本库，读写这些文件。通过写数据，别人可以看到这些信息；通过读数据，可以看到别人的修改。 版本库是另一种文件服务器，而不是你常见的那一种。最特别的是Subversion会记录每一次的更改，不仅针对文件也包括目录本身，包括增加、删除和重新组织文件和目录。 1.1.2工作副本 一个 Subversion 工作副本是你本地机器一个普通的目录，保存着一些文件，你可以任意的编辑文件，而且如果是源代码文件，你可以像平常一样编译，你的工作副本是你的私有工作区，在你明确的做了特定操作之前，Subversion 不会把你的修改与其他人的合并，也不会把你的修改展示给别人。 1.1.3修订版本 在你的工作副本中，你可以改变文件内容，创建、删除、改名和复制文件和目录，然后作为一个整体提交。 每当版本库接受了一个提交，文件系统进入了一个新的状态，叫做版本，每个版本被赋予一个独一无二的自然数，一个比一个大，初始修订号是 0，只创建了一个空目录，没有任何内容。 可以形象的把版本库看作一系列树，想象有一组版本号，从 0 开始，从左到右，每一个修订号有一个目录树挂在它下面，每一个树好像是一次提交后的版本库“快照”。 1.1.4工作副本怎样跟踪版本库 对于工作副本的每一个文件，Subversion 在管理目录记录两项关键的信息: 工作文件的基准版本(叫做文件的工作版本) 一个本地副本最后更新的时间戳 给定这些信息，通过与版本库通讯，Subversion 可以告诉我们工作文件是处与如下四种状态的那一种: 未修改且是当前的 文件在工作目录里没有修改，在工作版本之后没有修改提交到版本库。svn commit 操作不做任何事情，svn update 不做任何事情。 本地已修改且是当前的 工作副本已经修改，从基准版本之后没有修改提交到版本库。本地修改没有提交，因此 commit 会成功的提交，update 不做任何事情。 本地未修改且过时 这个文件在工作副本没有修改，但在版本库中已经修改了。这个文件应当更新到最新公共版本。commit 不做任何事情，update 将会更新工作副本到最新的版本。 本地已修改且过时 文件的工作副本和版本库都做修改，commit将会出错“out-of-date”，此时应先update，update将尝试合并公共修改和本地修改，如果不能自动合并，会将冲突留给客户处理。 1.2使用指南 1.2.1检出 为了得到一个工作副本，需要进行从版本库检出的操作。 在Windows资源管理器里选择一个存放工作副本的目录。右键点击弹出右键菜单，选择TortoiseSVN → 检出…命令。然后就会看到下面的对话框: 如果输入一个并不存在的目录名，那么这个名字的目录就会被创建出来。 检出深度 你可以选择要检出的深度，它允许你指定子目录递归的深度。如果你只需要大目录中的几个子条目，你可以只检出最高层目录，然后递归的更新选择的目录。 全递归 检出完整的目录树，包含所有的文件或子目录。 直接节点，包含目录。 检出目录，包含其中的文件或子目录，但是不递归展开子目录。 文件子节点 检出指定目录，包含所有文件，但是不检出任何子目录。 仅此项。 只检出目录。不包含其中的文件或子目录。 工作副本 保持工作副本指定的深度。此选项不用于检出对话框，但它是其它所有含有深度配置对话框的默认配置。 排除 对于已经创建好的工作副本，可以使用此选项来缩减文件夹的深度。这个选项只在更新至版本对话框中可用。 1.2.2提交更改 将你对工作副本的修改发送给版本库，称为提交修改。但在你提交之前要确保你的工作副本是最新的。你可以直接使用TortoiseSVN → 更新，或者，你可以先使用TortoiseSVN → 检查修改看看哪些文件在本地或是服务器上已经有了改动。 如果你的工作副本是最新的，并且没有冲突，你就已经为提交做好准备了，选择你要提交的文件和/或文件夹，然后TortoiseSVN → 提交.... 提交对话框将显示每个被改动过的文件，包括新增的、删除的和未受控的文件。如果你不想改动被提交，只要将该文件的复选框的勾去掉就可以了。如果你要加入未受控的文件，只要勾选该文件把它加入提交列表就可以了。 1.2.3解决冲突 偶尔，当你从版本库更新、合并文件时，或者切换工作副本至一个不同的 URL 时你会遇到冲突。有两种冲突: 文件冲突 当两名(或更多)开发人员修改了同一个文件中相邻或相同的行时就会发生文件冲突。 树冲突 当一名开发人员移动、重命名、删除