Subversion의 커밋은 모든 파일의 수정 번호를 1 씩 증가시킵니다 (내가 틀렸다면 수정하십시오). 이클립스에서 볼 때, 나는 파일이 서로 다른 버전 번호가 볼 :파일은 Eclipse (Subversion)에서 다른 개정 번호를 가지고 있습니다.
개정 번호는 파일 이름 뒤에. Eclipse가 각 파일에 대해 다른 개정 번호를 표시하는 이유는 무엇입니까? Subclipse 플러그인을 사용하고 있습니다.
모든 파일의 수정 번호가 같다고 가정합니다.
일부 파일을 커밋 할 때 커밋 된 파일은 모두 새 리비전 번호를 갖습니다. 이 개정 번호는 사용 된 저장소의 다음 개정 번호입니다.
이제 파일 하나만 커밋하면 다른 파일은 커밋하지 않고 첫 번째 파일은 새 번호를 가져오고 다른 파일은 이전 번호를 유지합니다.
그래서 이미지에서 동일한 수정 번호를 가진 모든 파일이 dsame 시간에 커밋되었습니다. 파일의 개정 번호가 높으면이 파일이 더 낮은 번호의 파일보다 나중에 커밋되었음을 의미합니다.
따라서 표시된 개정 번호는 예상대로입니다.
서브 버전 작업 복사본은 항상 저장소의 단일 개정과 일치하지 않습니다.
"Mixed-revision working copies" SVNBook 섹션을 참조하십시오.
Thx, thats 그것을 설명합니다. 나는 [this] (http://svnbook.red-bean.com/en/1.5/svn.basic.in-action.html#svn.basic.in-action.revs) 설명을 혼란스럽게 만든다. – BigJ
리포지토리 나 서브 디렉토리 전체에 대해 * 크게 다를 것이므로 "개별적으로 수정 된 파일"에 대해 "마지막으로 변경된 버전"을 명시하는 것이 훨씬 명확합니다. – alroc