SVN使用补遗-使用中应注意的问题

1.svn隐藏文件夹保存着SVN当前同步文件夹的一些元信息，不要修改，也不要删除。不过有时候被锁定的时候，可以删除这个文件夹中的lock文件以解锁，但是这样做有可能会造成同步错误。

2.添加文件的时候，需要在要添加的文件上点右键然后Add…，然后要想与服务器同步，还需要Commit提交。

3.提交失败的时候，可以试着先更新一下，或者清理一下，然后再提交。

4.平时开发过各中，可以一个人（小组）创建一个开发分支，这样每个人的文件同步不会跟其它人产生冲突。必要的时候可以进行分支合并。

5.如果删除了.svn文件夹，造成一个子文件夹不能同步，可以再把这个文件夹checkout一下，这样便可以重新恢复同步信息，自动建立.svn文件夹.

6.Update是与服务器最新版本保持同步，如果本地版本比服务器版本旧，则更新本地文件为服务器版本，如果本地版本比服务器版本更新，则不进行操作。

7.Commit是提交本地的修改文件，本地文件修改后，或者通过Add添加了新文件，或者通过Delete删除了文件，或者移动、复制了文件，都需要通过Commit提交来提交到服务器上。

8.Revert如果要恢复到服务器上的最新版本（某个版本），使用Revert

9.Updatetoversion是与服务器上的某个文件比较，如果服务器上的文件更新，则同步，否则不做操作。

10.Getlock…和Releaselock，是用来锁定某些文件以阻止其它人改变的

11.Patch，批处理，查文档，它的大概意思是多人开发一个项目，可能有的人并没有commit权限，于是它便可以生成Patch然后由有commit权限的用户通过审核后，再Applypatch，应用修改。

12.Relocate与Switch，前者是在改变URL/IP的时候使用，后者意思是改变目录，比如切换到某个branch

13.Resolve是用来解决冲突的。

14.如果已经有人lock了一个文件，但另外一个人需要编辑此文件，有两个选择，一个是由管理员来解除锁定，另外一个是在getlock选项中有个stealthelocks，选择后，即可以编辑该文件

15.SVN的版本概念是针对目录而非文件，即使只更新了一个文件，那么，整体的版本也需要加1

16.推荐使用目录树为

/repos/trunk用来保存主线，所有的code都存放在这个目录中

/repos/branches用来保存目录分支，OEM、新功能、设计方案调整，都有可能需要创建分支目录

/repos/tags用来保存标签拷贝，文档宝的阶段性成果可以打个标签存放到此目录下

17.SVN的上传和更新是异步的，可以分开操作，而不用担心在update的同时把自己不成熟的代码commit从而影响别人的工作。

SVN常用操作

a、保持客户端和服务器端的一致，从服务器上更新文件，update

b、对客户端文件的增、删、改、剪切，add,delete,copy,move

c、状态比较status，diff

d、取消对服务器上文件的修改，revert

e、合并别人的修改(后更新的人需要做这个操作)update,resolved

f、客户端修改的文件更新到服务器上，commit

18.查询版本，不单单可以通过版本号查询，也可以通过关键字和版本的日期来查询注意:如果给定时间的话，查询时需要在希望的日期上加一，如要查询2008-09-02的版本，应该使用2008-09-03，因为你只给了日期而没有给指定的时间点。

19.锁定-修改-解锁方案，拷贝-修改-合并方案使用的一般原则

如果是图像文件，一般使用锁定-修改-解锁方案，因为两个不同的版本没法合并

如果是文本文件，一般使用拷贝-修改-合并方案

20.锁定文件可以所单个，也可以锁多个，可以选择一个文件夹，然后在列表中勾选。并且，这个锁定是随时都可以解除的，选择unlock即可。

注意:如果一旦提交了更新，那么所有的文件都将解锁，即使有部分文件可能还没有更新。但是如果你在commit的时候，选择keeplocks，则文件还是被锁定。

21.对客户端的目录或文件可以设置属性，可以从下拉列表中选择

如svn:needs-lock，就是对指定的对象设置只读权限，只有当该对象拥有锁定的权限后，才能对文件进行编辑，这样可以确定只有一个用户在操作该文件，避免像图像这样的文件只能线形操作而导致另外一个人工作的浪费。

22.即使客户端的文件test.doc被重命名了hello.rtf(使用svn重命名)，但它的历史纪录仍然含有重命名以前的信息，并且可以将之前的版本给提取出来。即使再新建一个test.doc也不会有混淆。(查看历史纪录的时候需要把Stoponcopy/rename这个选项的复选框的勾去掉)

23.SVN的复制比较特殊，如果复制一个目录，它其实并没有完全复制目录中的所有的文件，它只是建立一个目录树的入口，你可以把它理解为一个快捷方式，即使当你的新目录中的文件有了更改，它也只是更新你修改的文件，其他文件还是原文件夹的映射，没有更改。

24.对主干和分支上文件的修改互不影响。当完成了分支上所有工作，所有的分支修改可以被拷贝回到主干。

25.对同名文件的合并可以先用svndiff查看文件的区别，然后通过svnmerge功能来合并文件。

26.如果需要解决版本的冲突，会在本地目录下产生同名的三个文件，初始的版本（在比较的左边）、最终的版本（在比较的右边）、接收区别的工作拷贝（合并的目标）。通过比较来手动合并版本，如果通过比较不需要将本地的修改合并到服务器上去，则使用revert回滚。

27.手工跟踪合并:SVN并不能完全自动合并冲突，比较合适的方法是在版本提交的日志信息中说明合并的特定版本号（或是版本号的范围），这样等到合并时可以运行svnlog来查看分支包含了哪些修改。这样可以帮助依序进行合并而不会进行多余的合并。

28.预览合并:当工作拷贝已经改变，合并会针对存在的那一个文件，这时运行revert不会恢复在本地的修改，两部分的修改无法识别出来。解决这个问题的简单的方法就是使用diff来预览变化部分，通过显示合并时的状态信息，得到合并之后的“整体”预览。

29.svndiff和svnmerge的区别:

30.将test.doc版本100重命名为ceshi.doc，同时新建一个文件test.doc为版本102。

这样区别就出来了:

svndiff命令忽略祖先，diff命令只是单纯地比较两条路经下的两个文件。

svnmerge是比较两个对象，会注意到版本100和版本102的test.doc两个文件是不关联的。

31.SVN并没有真正意义上的重命名，move命令只是copy、delete两个命令的组合。

32.找回删除的项目:即使删除了文件或目录，SVN的信息从不丢失，只是从当前的HEAD版本消失了，但仍然存在于历史的早期版本。只要通过SVN的log来查看所有改变的每个项目的版本，找出你删除文件或目录的那个版本。

33.将所有的开发代码存放在trunk上。

常用分支模式:

a、发布分支:在代码发展到一定阶段，建立发布分支，将当前的一个版本取出来，拷贝到branches目录下，进行全面严酷的测试，如发现BUG则在当前版本进行修复，并同步更新trunk中的BUG，经测试完成后，将文件拷贝到tags目录中发布，并提交给客户。

b、特性分支:如果需要作复杂的修改，会影响到trunk代码的稳定性，则建议建立一个特性分支，等特性稳定之后，再和truck主干合并

34.标签TAG:它是某个项目，某个时间的一个快照，这个术语很常见，每次提交一个修订版本其实都是一个精确的快照。

35.SVN的数据存储格式有BerkeleyDB和FSFS。我们现在所使用的版本默认为FSFS格式的数据存储。

36.SVN自带工具

（要使用这些工具可以在命令行模式下输入svnadminhelp、svnlookhelp等指令即可）

Svnadmin:提供创建SVN版本库的功能，还可以用来维护这些版本库。

Svnlook:用来查看版本库中不同的修订版本和事物（它不会改变版本的内容）。

Svndumpfilter:可以简单快速的作为SVN版本库历史的以路经为基础的过滤器。

Svnsync:将一个版本库的历史转移到另外一个上。特点是可以远程操作（“源”、“目标”版本库以及svnsysnc程序可以在不同的计算机上使用。）

37.SVN节约磁盘空间的主要方法:

1、采用增量化技术，对两组数据，只记录其中的一组，另外一组只是存放与第一组有差别的部分。

2、由于客户端和服务器网络异常，或客户端svn进程异常中止，都可能导致文件提交的事务失败，可以删除意外中止的事务。可以使用$svnadminlstxnsmyrepos来清除。

38.删除不使用的BerkeleyDB日志文件

Svnadminlist–unused–dblogs/path/to/repos

Rm‘svnadminlist–unused-dblogs/path/to/repos’