前天服务器源代码管理转移成功,昨天开始发现一个问题,由于我没有将svn的serve设置为开机自动启动,导致第二天服务器重启以后
svn连接不上。
并且服务手动启动后,svn代码下载显示“Error * No repository found in 'svn://'”
查了一下引起这个错误大概是因为“配置文件、权限、用户名、代码库……”等很多问题。
对我来说显然配置文件没有改变过,不是这个问题。
回想昨天的服务器转移。
于是:
1. 重新create了一个新的代码库(与原来的同级目录),然后把文件内容都copy到新建的目录下。
2. 关闭旧svn的服务进程
3. 在cmd中重新启动服务 svnserve -d -r d:/新代码库名
4. 再次本地连接
5. 成功
对昨日的总结,直接copy旧的代码库,然后进行服务启动似乎不能直接识别,
一定要创建一个新的,然后用旧的文件夹替换新的,然后再启动服务。
目前暂不了解创建代码库的原理。待查。
作者分享了在服务器源代码管理过程中遇到的问题,包括如何解决svn服务未自动启动导致的连接问题,以及通过创建新代码库并替换旧目录来解决svn识别问题。同时讨论了在服务器转移后创建代码库的原理,以及遇到的配置和权限问题。
2899

被折叠的 条评论
为什么被折叠?



