TortoiseSVN (1.5.3)이 트렁크에서 당길 때 왜 1- 헤드를 병합하려고합니까?

Question

그때 누군가 (또한 TortoiseSVN이 1.5을 사용 TortoiseSVN을 1.5.3 및 VisualSVN 1.5.3 (서브 버전 1.5.2)

나는 트렁크 (/ 트렁크)의 (/ 지점/BRANCH1)를 새로운 지점을 만드는 것이 가정 사용 .3) 그들의 지점을 다시 트렁크에 병합합니다.

나는 내가 merge-를 원하기 때문에 내가 특정 버전 (들)을 지정하지

(beemn 다른 사람에 의해 트렁크에 병합해야 할 수도 있습니다 모든 변경 사항을 aquire하는) 분기에 트렁크에서 병합하려고 추적하여 병합해야하는 버전을 확인합니다. 나는 이것들이 브랜치를 만들었던 것 다음에 개정이 될 것으로 기대한다.

병합을 시작하면 출력 대화 상자가 모든 개정을 개정 1에 병합하는 것처럼 보입니다. 이렇게하면 저장소의 모든 내용이 '추가'됩니다.

내가 뭘 잘못하고 있니? ... 나는 하나의 개정판이 목표로 삼고 이것이 매우 빠른 작업이 될 것으로 예상했다. 내가 발견 한 TortoiseSVN을 대화 상자가 말한다 :

내가 시도

은 ...

SVNAdmin Upgrade <MyRepoPath> 

이것은 내가 결과

이 업데이트의 변화없이 내 실험을 반복 한 후 즉각적인 성공 메시지 결과 "모든 버전을 병합하려면 상자를 비워 둡니다."... 이것은 TortoiseSVN이 1- 헤드의 명확성을 추가하고 병합 추적을 사용할 수 없다는 것을 의미합니까? 그것은 약간 이상하게 보일 것입니다.

Answer 1

해결 : 대답은 Subversion의 이전 버그에 대해 여기에 구현 한 해결 방법으로 나타납니다.

해결 방법은 URL에 SomeUserName @을 사용하는 것이 었습니다. 따라서

http://SomeUsername@Myserver:8080/myrepo/trunk 

... ... 대신에 사용되고

지점의 작업 복사본이 추가없이 검색된와 병합하여 URL로 수행되고 있다는 것

http://Myserver:8080/myrepo/trunk 

이 추가. 이것은 Subversion이 2 개의 서로 다른 URL을 추론하고 자연스럽게 (추측 할 때) 병합 할 시작점을 찾는 일반적인 기록이 없음을 추론했습니다.

따라서 해결책은 병합에 사용되는 '보낸 사람'URL의 형식이 작업 복사본에서 사용되는 URL의 형식과 일치하는지 확인하는 것입니다.

Answer 2

URL을 지점으로 사용해야한다고 생각합니다. 그 이유는 트렁크 개정 본이 지점보다 높기 때문에 가장 낮은 개정으로 시작해야합니다.