전체 솔루션을 체크인 한 후 Microsoft Visual Source는 을 내 솔루션의 개의 파일에서 제거했습니다. 특히 오프라인 모드에서 잠시 동안 작업 한 다음 다시 연결하고 체크인 할 때 특히 그렇습니다.내 코드에 Microsoft 시각적 소스 코드의 안전성이 있습니까?
내 질문 : 내 코드에서 실제로 안전합니까?
웃을 것입니다. 솔루션의 많은 프로젝트를 체크인하기 전에 항상 코드를 백업 폴더에 복사합니다.
참고 : [팀에 포함되지 않은] 솔루션으로 직접 작업하며 번 백업 및 버전 기록에만 사용합니다.
어떤 아이디어가 도움이됩니다!
미리 감사드립니다.
Visual Source Safe는 전혀없는 것보다 낫지 만 problems이 많고 에 의해 unreliable으로 표시됩니다.
Subversion 또는 Git 또는 Mercurial과 같은 분산 SCM으로 이동하십시오.
VSS 데이터베이스가 손상된 것을 보았습니다. 가장 큰 문제는 팀과 작업 할 때 뿐이며 프로그램의 잠금 특성 (한 번에 한 사람 만 파일에서 작업 할 수 있음)입니다.
Visual Source Safe에 관해서는 많은 이야기가 있지만, 주요 문제점은 다른 버전 제어 시스템만큼 강력하고 다용도 적이 지 않다는 것입니다. 나는 수년 동안 SourceSafe에서 일해 왔으며 파일을 체크인하는 데 문제가있는 한 동료를 제외하면 항상 완벽하게 작동했습니다. 일반적으로 이것은 파일을 체크 아웃하지 않는 것과 같은 오류를 만들고 있었기 때문에 체크 인 할 수 없었기 때문입니다. 그가 문제를 해결하기 위해 앞뒤로 복사본을 만드는 것을 속일 때 일이 잘못 될 수 있습니다. 그러나 다른 많은 시스템에서도 이와 같은 문제가 발생합니다. SVN을 사용하고 있습니다. SVN을 사용하면 파일을 병합해야 할 때 어려움을 겪을 수 있습니다. 하지만 한 사람의 버전 관리를 위해서는 잘 작동해야합니다. 네가 뭔가 잘못하고있는 것 같아.
암석 바위와 그것은 죽었어. Mercurial을 VSS로 밀어 넣을 준비가 될 때까지 소스 컨트롤을 소유 할 수 있으며 모든 변경 사항은 주석이 포함 된 VSS로 푸시됩니다. 어쩌면 당신도 그렇게 해야하는 방법을 구글해야합니다. – phillip
파일 잠금은 장점이 될 수 있습니다. 나는 지금 4 년 동안 팀에서 SVN을 사용 해왔다. 그러나 여기에도 잠금을 도입하기 위해 파일에 'needs-lock'속성이 주어져야한다. 일부 파일은 병합하기 어렵고 병합하면 프로세스가 느려지고 오류가 발생할 수 있습니다. 대부분의 경우 개발자는 누군가 다른 사람이 파일을 조금만 만들었을 때 기다리거나 다른 일을 할 수 있습니다. 이것은 물론 팀의 크기 (OP의 경우 1 임)와 사람들이 정확히 동일한 파일을 편집해야하는 횟수에 따라 달라지며 프로젝트의 크기와 특성에 따라 다릅니다. – GolezTrol
@GolezTrol - 물론 잠금은 팀이 1인데 덜 차이가 있습니다. 그러나 파일이 잠금을 사용하면 팀 속도가 느려집니다. – Oded