내일 VSS를 사용한 적이있는 개발자를 위해 몇 가지 마이그레이션 교육을해야합니다. VSS를 어느 정도의 용량으로 사용 했으므로 오랜 시간이 걸렸습니다. 분명히 많은 것들을 놓치지 않을까 걱정됩니다. 내가 원하는 것은 당신이 VSS로 옮길 것인지를 알고 싶을 것입니다. SVN의 새로운 사용자로서 누군가 훈련시키는 임무가 있다면 무엇을 언급하겠습니까?SourceSafe 사용자를위한 Subversion
가장 큰 차이점 중 하나는 Subversion에서 사용하는 복사 - 수정 - 병합 모델과 Visual SourceSafe에서 사용되는 잠금 - 수정 - 잠금 해제 모델 사이에 있습니다.
서브 버슨 (Subverson) 책은 각각 pretty decent overview of the comparison이며 일부 평가가 있습니다.
마지막으로 VSS를 보았을 때 VC6.0과 함께 배송되었으므로 오늘의 모습은 잘 모르지만 내게는 소스에 대한 내 로컬 사본을 가지고 있었고, 먼저 확인해보십시오. SVN에서는 항상 모든 소스를 체크 아웃했거나 소스가 전혀 없습니다. 나는 말할 가치가 있다고 생각한다.
가장 중요한 것은 많은 VSSer가 파일을 체크 아웃하는 데 사용되며 편집하는 동안 잠긴 상태로 유지되며 일반적으로 VSS 통합은 파일을 읽기 전용으로 유지합니다. 분명히 이것은 SVN 편집, 커밋 및 병합 접근법과 다를 수 있습니다.
VSSer는 지점 및 트렁크와 같은 용어에 익숙하지 않지만 이러한 기능은 VSS에서 제대로 처리하지 못합니다.
SVN은 VSSer를 많이 사용하는 기능인 링크 된 파일을 처리하지 않습니다. VSS 레벨에서 여러 "프로젝트"(읽기 폴더)에 동일한 파일이있을 수 있습니다. 이 프로젝트 중 하나에서 파일을 체크 아웃하면 체크 아웃하고 모두 업데이트에서 확인합니다. 이 도구를 사용하는 경우 다른 대안을 찾아야합니다.
SVN은 기본적으로 그림자 폴더를 만들지 않습니다. 마치 누군가가 방금 최신 버전 가져 오기를 수행 한 것처럼 프로젝트의 현재 상태를 포함하는 폴더입니다. 체크인이 수행되면 그림자 폴더도 업데이트됩니다. 저장소 내에서 여러 위치에 그을음 파일/폴더를 연결하는 externals` :
할 수 있습니다 (AB)가'SVN을 사용을 통해 SVN에 다른 어떤 좋은 비교입니다. 필자가 발견 한 주된주의 사항은 일반 파일과 링크 된 파일을 변경하고 Tortise/AhnkSVN을 사용하여 파일을 체크인하면 두 개의 체크 인으로 분할됩니다 (동일한 일이 발생하는지 CLI로 시도하지 않은 경우). –
감사합니다.이 정보는 매우 유용합니다. –