公司项目用到svn，之前做版本管理用的是git。 现在对svn回顾学习了一下。 这里有一篇很好的入门教程 。

　　对svn的几个简单理解和总结

　　上面代码会在用户目录下创建一个名叫 svnrep 的文件夹，这个文件夹就是代码库了。之后可以向这个代码库填加你的工程和文件。svn建的是多人使用的一个代码库，和git不同，git pulldown下来之后，本地就有一个代码库，commit是提交到本地的代码库。push的时候才提交到服务器。 而svn check out下来，commit则提交到大家共用的代码库。

　　2、导入你的文件 

　　导入一个新建的工程进入代码库。这时其他人，包括你自己就可以check out代码库的代码了。 先前已导入的本地工程可以删了。 因为发生变化不会提示有更改（原因时它只是原始工程，不是svn check out下来的，不包含.svn文件）。  此时，重新checkout 工程，变可以更改工程了。

　　上面的命令，第一个时你要导入工程的路径，第二个时代码库的路径。 file：// 表示代码库时本地的；

　　提交更改的文件即可。 

SVN分支和合并的简单例子
尽管svn没有作强制要求，但是一般svn版本库目录建议创建trunk、branches和tags三个目录。 在实际操作时，trunk主干版本要时刻保持干净，即随时可以基于这个版本进行修改并将应用部署上线。branches是分支目录，存放并行开发的项目代码，因为分支是主干的廉价拷贝（相当只是提交了一次主干版本，增加了一个版本号，并没有取出版本库作镜像拷贝），所以你可以放心建立很多分支版本。不过Subversion不支持跨版本库的拷贝，当使用svn copy时你只能在同一个版本库内操作。tags目录存放trunk某个的快照，比如说release-1.0即trunk处于1.0版本时的快照。
使用svn来作团队的代码管理，那么分支和合并将是非常常用的操作。下面是一个简单的示例。
1. 创建分支。这里假设你要负责一个叫theme的项目，分支号1.7.2。
 
2. 从trunk中merge到分支。忙了一个星期终于开发完了，但是开发期间trunk版本有过改动，部署上线前你需要合并trunk的代码。
 
如果有冲突选择p(postpone)，merge完了之后使用svn st|grep ^C查看冲突文件，然后比对修改冲突文件。解决冲突后再check in ，信息写上执行的merge操作。
 
3. 从分支merge到trunk。上线测试完毕，你很幸运，一切都如预期正常，这时就要将分支回归trunk，将trunk更新到最新。
#先从trunk checkout一份新鲜的代码，然后cd到该版本目录下
 
#12973是分支开始的版本号，13006是分支结束的版本号
 
如步骤2一样解决冲突，解决冲突后再check in，信息写上执行的merge操作。
 
相关的手册可以参阅svn文档

 我自己在这个合并过程中老是出现 

使用Jenkins配置的svn拉取项目，Jenkins报错：svn: E170001，经过查阅资源，该问题是由于svn的账户名和密码没有权限。重新换一个有权限的Svn账号，还是出现此问题。具体问题如下：

2. 为什么出现此问题？

重新用一个有权限的Svn账户拉取项目，为什么出现此问题，其中的原因是svn客户端本地有缓存。虽然重新用有权限的svn账户，但是svn登录时，还是用的本地存在没有权限的svn账户。

以后再操作svn会提示你输入用户名，这时就可以使用新的了

日志错误看清楚很重要！！！！