2012-07-23 1 views
3

SVN에서 추적되는 Java 패키지의 이름을 바꾸려고합니다. 그것은 모두 작동하는 것 같습니다. 코드를 새로운 패키지로 옮깁니다.하지만 악몽이 시작될 때 재미는 여러분의 관점에 따라 시작됩니다. 오래된 패키지를 제거하는 것은 어렵습니다.SVN에서 Java 패키지의 이름을 변경하면 Out of Date의 원형 악몽이며 오류가 없습니다.

"오래된 메시지"또는 "존재하지 않음"메시지의 순환 전쟁이 발생합니다.

필자는 삭제, 정리, 동기화, 무시 및 커밋, 업데이트, 무시 및 업데이트를 시도합니다. 이전 패키지를 없애기 위해 생각할 수있는 모든 것입니다.

내 질문은 : 분명히 패키지의 이름을 바꾸는 올바른 방법과 잘못된 방법이 있습니다.

저는 SpringSource ToolSuite를 사용하고 있습니다.

가끔씩 나는 15 또는 20 번 시도로 끝낼 수 있습니다. 다른 시간에는 그냥 모든 것을 포기합니다.

왜 패키지의 이름을 SVN과 같은 문제로 변경하고 있습니까?

+1

당신은'svn move com \ example \ test test \ example \ com'을 시도 했습니까? –

+0

IDE에서 "svn move"를 호출하지 않고 패키지의 이름을 바꾼다는 것을 의미합니까? Java 관점에서는 모든 것이 정상이지만 SVN에서 파일이 이동되었다는 것을 이해하고 싶습니까? –

+0

@Andrew, SpringSource ToolSuite IDE에서 모든 작업을 수행합니다. 명령 행은 내 세계가 아닙니다 – Davidson

답변

1

나는 이것이 오래된 게시물 인 것을 알고 있지만 최근에 나 자신을 최근에 만났습니다. 필자는 완전히 새로운 패키지를 만들고 결국 기존 패키지에서 새 패키지로 클래스를 옮겼습니다. 그런 다음 새 패키지와 이동 된 클래스를 커밋 할 수있었습니다. 그 후 하단의 수준에서 이전 패키지 (예 : com.xyz.foo.bar)가 삭제되어야합니다. 여기서 바는 최하위 수준이며, 마침내 최하위 수준부터 시작하여 SVN에 커밋 할 수있었습니다. 이것은 Eclipse 화성과 Subversion 팀 제공자 1.10을 사용하고있었습니다. 절대적으로 고통스러운 과정.

+0

정말 고통 스럽습니다 ...하지만 당신이 맞습니다. 한 번에 하나씩 폴더를 시작합니다. 그것은 다단계 솔루션입니다. – Davidson