내 Subversion 서버가 고장났습니다. 수리하려면 일주일이 걸릴 것입니다. 불행히도, 나는 버전 관리가 중독 된 자신을 발견했으며 버전 관리에 도움을받지 않고 코드를 작성할 수 없습니다.Subversion 정전, 해결 방법 찾기
해결 방법 시스템을 찾고 있습니다. 뭔가가 내 현재 코드를 따라 잡고 변경 사항을 추적하고 나중에 변경된 내용과 로그 메시지를 수리 된 Subversion 서버에 재생해야합니다. 따라서 그 결과는 정전이 전혀 없었던 것과 같습니다.
모든 의견을 환영합니다!
진실로 수은/자식에게로 이동할 수있는 좋은 기회입니다!
전복이있는 점은 서버에 기록이 중앙 집중화되어 있기 때문에 서버가 다운되고 아무런 덤프가없는 경우입니다 (예 : 서버에서 백업을 위해 svnadmin dump을 실행하는 예 : crontab).) 당신은 붙어 있습니다.
GIT를 사용하면 (아마도 다음 프로젝트에 유용 할 것입니다.) 히스토리가 복제된다는 것과 서버가 고장난 경우에도 로컬로 보관했기 때문입니다.
나는 downvoted되었다. 왜? 나는'svn'이 역사 정보를 로컬에 보관하지 않는다고 생각하는 것이 잘못 되었습니까? –
git을 SVN의 임시 프런트 엔드로 사용할 수 있습니다. git-svn은 지연된 서버로 푸시 할 수있게 해주는 SVN 서버의 프론트 엔드입니다. 간단한 작업 복사본 (라이브 SVN 서버에서 기록을 다운로드하지 않고도)이 작동하는지 잘 모르겠지만 시도해 볼 가치가 있습니다.
또한 번 백업을 만드는 습관을 갖습니다. 서버 중단은 백업의 데이터로 다른 하드웨어를 rededicating하여 수정하는 데 분 시간이 걸릴해야합니다. 주 아닙니다.
임시 버전 시스템으로 RCS를 사용했습니다. Subversion 서버가 다시 가동 된 후, 방금 RCS 파일을 수집하고 "rlog"를 사용하여 수정본을 가져오고 메시지를 커밋합니다. 각 수정본에 대해 RCS에서 "co"를, 서브 버전으로 "svn commit"을 각각 수정합니다. 약간의 시간이 걸렸지 만 그 결과는 완벽했습니다.
저는 자식을 사용합니다. 다른 프로젝트의 경우. – olpa