1. 客户端版本（eclipse插件版本）

客户端版本要和服务器版本对应，并且客户端版本要和开发工具的版本要统一。

大版本号要一致，如：客户端是1.6.17，那eclipse的svn插件也要是1.6.X的，X不做要求。

2. 严谨复制版本控制下的文件夹

3. 
   

使用过SVN的同事应该会知道，SVN会把一些版本控制信息放到客户端，即客户端的版本信息文件，隐藏的“.svn”的文件夹（会出现在每个在版本控制下的文件夹下）。

在实际应用中，我们往往会复制某个已经完成的模块的文件夹及里面的文件，然后稍加改动，便成为了另一个模块相关的文件。这种做法不是不可以，但是千万不要联同隐藏的“.svn”的文件夹一起复制，否则会版本提交混乱。

比较稳妥的办法：1、只复制文件；2、做不带版本控制导出，修改后提交；

3. 导出不带版本控制

4. 什么是冲突，及解决冲突

冲突可以简单理解为，多人修改了，同一个版本的同一个文件的相同位置，此时svn没发判断，接受那个人的修改，于是svn会抛出一个冲突。

例如：

编辑冲突

可以看到，第3行发生了冲突，一边是“11111111111111111”，一边是“2222222222222”

此时需要人工判断，接受谁的修改，再次接受“2222222222222”的修改。

解决冲突

5. 修改前取最新版本，加锁

6. 
   

无论你是什么时间取得最新版，修改前一定要再取下最新版本，加锁，修改，提交（解锁）。

6. 及时提交版本，提交版本要加注释

及时提交版本，当你的工作有阶段性进展后，要提交版本，以便有个备份，比如，创建好了所有目录，对于程序，必须是运行不报错才能提交。

7. 查看历史版本及版本比较

8. 
   

8. 修改文件名

9. 
   

修改完，提交。

SVN实际应用中的注意事项