颠覆中断,寻求解决方法

时间:2012-01-05 08:36:58

标签: svn version-control

我的颠覆服务器崩溃,修复它需要一两周。不幸的是,我发现自己的版本控制上瘾,无法在没有版本控制的帮助下编写代码。

我正在寻找一个解决方案系统。有些东西应该超过我当前的代码,跟踪更改,并在将来重播更改和日志消息到修复的subversion服务器。因此最终结果将是没有中断。

欢迎任何建议!

4 个答案:

答案 0 :(得分:1)

说真的,这是一个很好的机会转移到mercurial / git!

答案 1 :(得分:0)

subversion的一点是历史记录在服务器中保持集中,所以如果它已经关闭并且你没有转储(你应该每天生成一个转储,例如crontab运行svnadmin dump为了在服务器上进行备份,你会陷入困境。

使用GIT(可能是您的下一个项目)的好处是历史记录是重复的,即使服务器崩溃,您也可以将其保存在本地。

答案 2 :(得分:0)

您可以使用git作为SVN的时间前端。 git-svn是SVN服务器的一个非常好的前端,它允许延迟推送到服务器。我不确定它是否适用于简单的工作副本(不从实时SVN服务器下载历史记录),但它可能值得一试。

此外,养成备份的习惯。通过使用备份中的数据重新使用其他硬件,服务器中断应该花费几分钟到几小时来修复。不是几周。

答案 3 :(得分:0)

作为临时版本系统,我使用了RCS。在颠覆服务器再次启动之后,我只是收集了RCS文件,使用“rlog”来获取修订和提交消息,每个修订都手动执行:“co”来自RCS,“svn commit”改为subversion。花了一点时间,但结果很完​​美。