-
svn删除文件操作查看全部
-
svn强制更新成最新版本查看全部
-
将index.html更新成版本1查看全部
-
svn更新操作查看全部
-
svn提交命令的操作查看全部
-
svn增加命令的操作查看全部
-
svn add js --non-recursive查看全部
-
天黑路滑，注意svn的坑查看全部
-
这里使用world版本库作为演示 1：停止svn的服务 2：切换到svn版本库的目录 3：以world版本库作为演示，把world版本库改成newworld 4：再次运行svn服务 5:进入用户目录下的world 6:执行 svn update 这里告诉我们这个版本库不存在，因为已经被我们迁移到了newworld 所以现在要做一个重定向操作，相当于告诉工作副本这个新的UIL是什么 svn switch/sw --relocate svn://192.168.0.130/world svn://192.168.0.130/newworld (重定向的意思) （两个版本库的UIL，旧的在前，新的在后） 7:再次执行svn up就可以看到现在可以正常更新了，往后工作副本的更新和提交，就和新的svn服务端进行通信了。查看全部
-
版本库的重定向 重定向：当版本库迁移之后，它的UIL就会失效。那么我们就要把服务端的UIL重新定义到新的UIL上查看全部
-
版本库的迁移 法一：从旧的版本库备份数据，然后创建一个新的版本库，把备份的数据加载到新的版本库中（相当于把一个鸟窝放到另外的树上） 法二：整个版本库压缩成一个压缩包，再移动到新的服务器上解压后再运行 （相当于把一棵有鸟窝的树 连根拔起放到另外的森林去）查看全部
-
在版本库精简操作完成之后，有一个点跟大家说明一下 在精简之前，我们检出的工作副本已经不能用了，因为服务端的版本库，在精简之后版本号发生了变化，原来的1-16版本，变成了现在的1-11版本，而工作副本记录的版本号还是16，如果直接执行更新或者提交操作，就会报版本号不存在的错误 所以当我们做了版本库精简之后，工作副本需要重新检出一份，才能继续工作。查看全部
-
再把svn服务运行运行起来 svnserve -d -r /svnroot/ 这样就完成了版本库的精简与丢弃操作查看全部
-
现在配置文件已经复制完毕了，就可以把旧的imooc版本库删除掉 rm -rvf /svnroot/imooc/查看全部
-
现在新的版本库精简操作已经完成，现在就可以把 imooc版本库的配置文件也复制到版本库中 cp -av /svnroot/imooc/conf/* /svnroot/newimooc/conf/ 把原来版本库imooc的conf目录下的配置文件全部复制到新版本库newimooc版本库的conf目录下面。查看全部
举报
0/150
提交
取消