〔svn如何移动文件夹〕SVN上传文件夹!

备份篇

前言

此处要备份的库名以test为例

目的

当svn服务器发生灾难级故障时，我们可以利用备份文件对公司资产：svn代码进行恢复

面临的现状

整个svn备份文件非常大，如果每次进行都全量备份；将消耗非常多的硬盘资源。

解决方案

使用全量备份+增量备份的方案；对svn代码进行异地备份
每个月1号进行一个完整备份，其他时候进行差异备份

一：全量备份步骤

• 1.使用svnadmin dump 仓库路径 > dumpfilesvnadmin dump /data/svn/test > /data/backup/svn/test_dumpfile
  
• 2.使用命令获取仓库的提交版本数，为后面的增量做好准备
  svnlook youngest 仓库路径；如[root@localhost svn]# svnlook youngest /data/svn/test/73988
  备注：73988是当前仓库的版本提交数量

二：增量备份步骤

• 1.备份差异的svn版本数
  上1次全量备份的svn版本数有：73881；现在总有73988个版本数量，中间的差异为：73882-73988（在全量备份的基础上+1）svnadmin dump /data/svn/test -r 73882:73988 --incremental > /data/backup/svn/test_dumpfile_73882-73988
  

备份策略总结

凌晨1点开始备份，先使用svnlook youngest获取版本数量，然后再全量的压缩备份。将全量备份的版本号记录好，下次增量备份的时候，可以用该版本号+1进行差异备份

还原数据篇

背景

上面我们通过svn的官方备份工具svnadmin dump，对svn仓库已经进行了备份；现在我们对数据进行还原

操作环境

• 1.准备好svn备份数据：一般含有全量文件和增量备份文件
• 2.准备好一台机器，上面搭建好svn即可

全量还原步骤

• 1.执行导入命令将全量备份的数据，导入到新机器搭建好的svn上svnadmin load /data/svn/test/ < /data/backup/svn/test_dumpfile
  
• 2.检查svn版本数；看到已经是还原成功了[root@localhost svn]# svnlook youngest /data/svn/test/73881
  
• 3.确认svn的提交日志内容，是否有问题
• 4.和svn的使用同学，确认有无问题

增量还原步骤

• 1.增量备份文件为：/data/backup/svn/test_dumpfile_73881-73988

• 2.当我们看到Committed new rev 73989 (loaded from original rev 73988)，表示还原成功
• 3.再次使用svnlook查看提交的版本数

迁移方案总结：

先利用全量备份，再利用增量备份进行还原，最后和客户端开发同学协助确认下：还原的svn数据是否可以被正常使用。
迁移篇

前言

svn://192.168.1.1/test中包含了公司所有的项目A、项目B、项目C（除客户端代码外）；不便于直接使用

方法：

为了更好的区别项目，将不同的项目使用不同的版本库；从test中独立出来的子文件夹有：

• 项目A
• 项目B
• 项目C

迁移原则：

尽可能对项目开发的影响较小；

迁移目的机器

192.168.1.2；这台机器作为svn还原使用

迁移步骤：

1.先利用全量还原好数据
2.使用增量备份文件，对差异部分进行还原即可（一般是1天的数据）

先做好全量的还原

1.在项目二大群中发一个通知：svn版本库周末进行维护，周末暂停使用

2.使用完整备份的文件，过滤出需要的文件夹

3.在192.168.1.2新建好版本库

4.做好授权
准备好在用的人员信息，写到新版本库的授权文件中
5.使用步骤1的文件进行数据恢复

通过增量备份，进行差异还原

6.验证没有问题之后。将旧机器上面的文件隐藏
移动到一个不再使用的文件夹中；7/14天后确认没有影响后删除