2012-04-17 2 views
1

나는 몇 거북이 및/또는 서브 버전의 오작동을 가진 결국, 어떻게 든 같은 프로젝트의 여러 버전으로 돌아가 셨습니다 :Subversion 프로젝트의 이름을 안전하게 바꿀 수 있습니까?

...\Projects\ 
    MyProject 
    MyProject(1) 
    MyProject(2) 

에 MyProject (2) 중 하나를 "true"로되는 일이며, 따라서 내가 지키고 자하는 것입니다.

나는 잘라 붙여 MyProject를하고 MyProject를 모두 (1) 최종 삭제에 대한 "저장 탱크"에 그래서 나는 지금 가지고 :

...\Projects\ 
    MyProject(2) 

가 지금은 이름에 MyProject을 변경하려면 (2)에 MyProject,하지만 두려워요 - Tortoise/Subversion은 모든 것을 매우 까다롭게 생각합니다 (IOW, 의도 한대로 작동합니다). 이름을 변경하면 모든 것이 엉망이됩니다.

지나치게 편집증이 있습니까? 난 그냥 가서 이름을 변경해야합니까, 아니면 Tortoise/SVN이 안전한 조작을 할 수있는 "리팩토링"능력을 가지고 있습니까? 아니면 ...?

+0

이름을 바꿀 작업 복사본입니까? 그렇다면 이름을 변경하십시오. 문제가되는 .svn 내용 _inside_이며 최상위 디렉토리가 아닙니다. –

+0

괜찮습니다. 한 번 해보았습니다. 클라이언트를위한 리포지토리 주소를 업데이트해야합니다. Subversion의 경우 프로젝트는 폴더이며, 다른 폴더의 이름을 바꾸는 것과 같습니다. – jazzytomato

+0

@Michael - 예 , 그것은 작업 카피입니다; 나는 그것이 문제가 될 것이라고 생각하지 않았지만, 이전의 꼬리를 쫓는 모험은 나를 놀라게했다. –

답변

1

진정으로 편집증 적이 아니며, 일단 커밋하면 그 커밋을 영원히 남겨 둡니다. 커밋이 옳은지 확인하는 것이 가치가 있습니다. 그렇지 않으면 "수정"커밋을 수행하는 데 여전히 동일한 시간을 소비해야합니다.

gui를 통해 여러 세트의 항목을 여러 번 저장했을 가능성이 있으며 "창 관리자"에 (1) 등을 추가하여 파일을 덮어 쓸 수있는 옵션이 있습니다. 그렇다면 분기 중 하나만 실제로 개정 제어를받는 것이 좋습니다. 이들 하위 디렉토리는 시스템에 장소에 복사되어 있는지 확인하기 위해 몇 디렉토리에

svn status 

를 수행, 복사 및 시스템에 추가 또는 복사 된 추가하고 저장소에 최선을 다하고있다 .

해당 위치에 복사 한 경우 "복사"가 가장 적합한 것을 발견하고 해당 복사본의 내용을 "올바른"위치로 옮기고 나머지는 삭제하십시오. 그런 다음 svn add 필요하고 커밋하십시오.

복사하고 추가 한 경우 어떤 "복사"가 가장 적합한 지 발견하고 svn revert "최선"복사본의 내용을 올바른 위치로 옮기고 불필요한 파일을 삭제하십시오. 그런 다음 svn add 필요하고 커밋하십시오.

은이 복사 된 경우, "길"의 svn delete 물건, svn commit, svn move 그것으로 바로 물건의 정확한 위치, svn commit, svn delete 다른 불필요한 파일 및 svn commit을 추가하고, 최선을 다하고.

이 문제를 해결하는 방법에는 여러 가지가 있지만 (위에 설명한 것보다 훨씬 좋음) 위의 예를 통해 올바른 방법을 생각해 볼 수 있습니다. 나의 예는 더 간단한 단계를 포함한다.

관련 문제