나는 이것이 가장 좋은 방법은 아니라는 것을 알고 있지만, 때때로 나는 트렁크와 함께 커다란 일괄 처리를 병합 할 때마다 (그리고 현재 내 분기가 있음을 알고있다.) 나는 간단하게 트렁크 내용을 삭제 한 다음 내 지사의 내용을 복사하여 한 시간 동안 충돌을 해결할 필요가 없습니다. 문제는 각 파일에 대한 커밋 메시지의 전체 기록을 잃어 버리는 것 같습니다. 내 브랜치에는 커밋 메시지의 올바른 기록이 있습니다 ... 어떻게 병합 할 수 있습니까?Subversion 커밋 메시지를 복사
트렁크에 지사를 병합 할 수 없습니까? 말 그대로 파일을 복사하는 것처럼 들리므로 기록을 추적하고 기록을 잃을 필요가있는 새 파일을 만듭니다.
Branching and Merging에 긴급히 가야합니다. SVN을 사용하는 대신 SVN을 사용하고 있습니다.
저 저장소를 사용하고 싶지는 않습니다.
이런 상황에 가장 적합한 방법은 무엇입니까?
트렁크의 변경 사항을 가능한 한 자주 분기에 병합합니다. 이것은 또한 당신이 전에 할 마지막 일입니다 브랜치가 트렁크로 변경되었습니다.
Mercurial과 Git은 병합을 더 쉽게 만듭니다 (here, here 및 here). 리파지토리에서 사용하는 방식만큼 많은 가치를 얻는 것처럼 들리지 않으므로 지금처럼 병합하지 않고도 스위칭을 고려할 수 있습니다.
아, 그리고 트렁크 내용을 모두 지우는 것은 나쁜 생각입니다. "나는 알지만, ..."은 더 좋아지지 않습니다.
다른 사람들이 SVN에 대한 질문을 할 때마다 DVCS 옹호자 중 일부가 나와서 git 또는 hg로 전환하도록 제안하는 이유는 무엇입니까? 당신은 가치없는 것을 설교 할 수 있도록'svn' 태그를보고 계십니까? – sbi
아니, 나는 그걸로 아무 상관이 없을거야. Falcor의 문제는 svn을 사용하여 병합이 어렵다는 것을 발견했기 때문에 발생합니다. 그것이 svn과 hg의 주요 차이점 중 하나이기 때문에, 나는 병합을 어렵게 만들지 않아서 그가 수행하고자하는 것에 집중할 수있는 도구를 제안했습니다. 설교는 환경과 같은 문제에 관해서 이야기 할 때 피하지 말아야 할 것을 아직 배웠습니다. ;) 다른 사람들의 상점에서의 버전 관리는 그런 문제가 아닙니다. –
OP는 병합에 대한 두려움이 있습니다. 이것은 SVN에서의 병합이 어렵거나 단순히 어렵다고 생각할 수 있기 때문일 수 있습니다. 실제로, 그는 트렁크에서 자신의 지점으로 합병되었지만 그의 지점에서 트렁크로 병합되지 않았습니다. 나는 sbi의 링크를 읽은 후 SVN이 그에게 잘 어울리는 것을 발견 할 것이다. – MatrixFrog
전 Subversion을 처음 접했으므로 여전히 우수 사례를 배우고 있습니다. 트렁크를 비우고 내 지점에서 합병을 시도했지만 아무 소용이 없습니다. 파일이 전송 된 것 같지 않습니다. 내 브랜치를 내 브랜치와 병합하는 것이 정확한 방법이라는 것을 알지만, 내가 말했듯이, 해결하기가 엄청나게 까다로운 변경이있었습니다. 이와 같은 상황에 가장 적합한 방법은 무엇입니까? (명백한 것 이외의 : 커밋을 더 자주) – Falcor
@Falcor : 나는 내 대답에 귀하의 질문에 대답했습니다. – sbi