怎么用svn dump 备份svn服务器

　　SVN库迁移方案（采用dump-load方案）：

　　从subversion144开始，提供了svnsync命令，可用于Subversion的库迁移和备份，这里我们用于备份操作的初始化同步。

　　为保证svn服务器的安全，由脚本每天定时对svn库进行备份，以保证svn库的安全性。备份仍然采用svnsync来完成。

"迁移部分项目至另外一个目录"这个指的是什么？

如果是在同一个版本库中，将一个文件夹移动到另一个文件夹下面，这个很容易，用svn move就行了，如果客户端是tortoisesvn的话，右键菜单Tortoisesvn----版本库浏览器，在里面直接拖动就行了；

如果是将版本库中的某个文件夹移动到另一个版本库中，那就麻烦了，得到服务器上把SVN服务停了，再用SVN的过滤工具把指定的内容过滤出来打包，再解成新版本库，非常非常的麻烦。

1、重新把项目CHECKOUT下来，然后您就可以在新的版本库的基础上进行重新UPDATE或COMMIT了。

2、更改您在新服务器上版本库的UUID。具体操作步骤是登录svnchinacom，然后点击进入项目的详细页，然后在下面的操作界面上操作

使用第二种方法的时候请注意：如果您或您的开发团队已经在搬迁后重新CHECKOUT过，那建议不要再去更改项目的UUID，否则您可能需要再重新CHECKOUT才能正常工作；

但如果您或您的开发团队在搬迁后未曾重新CHECKOUT，而且重新CHECKOUT对您们来说影响很大，那用第二种方法无疑是明智的选择。

注：UUID的恢复只有项目的创建人才有权限进行。

恢复旧的UUID成功后，您将不需要重新CHECKOUT，马上就可以在原来源码版本的基础上进行UPDATE或COMMIT了。

把服务器上存放版本库的那些文件夹存好了，还有用户名密码文件，权限文件，Apache的httpdconf（如果集成了Apache的话）。然后重建SVN服务器，和原来保持一模一样的设置，然后把存放版本库的文件夹复制回去

如果不行，再动用原来的dump备份

简而言之，对于新项目来讲，Git是不错的选择，否则，NO！

最近整个技术

社区都在讨论Git。很多人都推崇Git，说它是多么多么的牛逼，如果你还不从SVN或者CVS迁移到就会被淘汰云云。我并不同意这个观点。我承认Git

的设计比SVN要好，但是真的好到让你马上不顾一切的迁移所有的SVN代码库到Git吗？我看来看去，Git真的比SVN强的地方就两点。

1 分布式的系统

项目的每一个参与者都有完整的代码库和版本树。所以你基本上不可能丢失任何代码。

2 提交代码更快速

因为你有完整的代码库在你本地，所以提交代码是非常快速的。而且Git在存储上面也比SVN高效，它允许小量数据被来回传输。

所以，如果你常常觉得更新或者提交代码太慢，或者你的SVN服务器没有备份机制，那么你也许应该考虑迁移到Git，否则没有必要。当然，针对新项目，使用Git将是明智的选择。