솔루션을 컴파일하려면 다음 유형의 파일이 쓰기 가능해야합니다. .EXE .DLL 의 .pdb (있는 경우 디버깅) .resource (?) .XML (그들은 단지 모든 XML documentationf의 세틸 경우 시스템 생성 된 것들 적어도. 내가 확실하지 않다)VS2005 및 VSS .exes, .dlls, pdbs, .resource 및 생성 된 .xml 파일은 VSS에 있어야합니까?
그들이 만약 체크인을 한 사람이 컴파일러에서 겹쳐 쓸 수 있습니다. 그런 다음 체크 아웃 한 사람이 소스 안전성을 확인하고 컴파일러가 수정을 요구할 때마다 컴파일러가 실행될 때마다 다른 개발자의 능력에 영향을줍니다 디버깅하고 실행할 수 있습니다.
가장 좋은 방법은 무엇입니까? VSS가 자동으로 모든 것을 추가하는 것처럼 보입니다.
일반적으로 파일을 한 번 생성 한 다음 파일을 "잘라서 실행"하지 않으면 (즉, 파일을 다시 생성하지 않는 경우) 생성 된 파일을 체크인하지 않으려합니다. 이는 단일 체크 아웃 잠금을 사용하는 VSS와 같은 버전 제어 시스템에 특히 해당됩니다.
생성 된 파일의 버전을 만들고 싶다면 솔루션/프로젝트 위치에서 버전을 지정하지 말고 다른 곳에 복사하여 별도의 프로세스에서 확인하십시오. sln/proj 내의 파일을 생성 한 경우, 사람들과 싸워 악몽을 꾸며보고 체크 아웃 할 수 있습니다.
체크 아웃시 독점적 인 잠금을 수행하지 않도록 VSS를 설정할 수 있다고 생각합니다. 생성 된 파일을 체크인하는 것에서 멀리 떨어져있을 것입니다. 생성 된 파일의 이전 버전으로 돌아가려면 "소스"파일의 적절한 버전/태그를 체크 아웃하고 거기에서 다른 파일을 다시 생성해야하는 지점까지 시스템을 가져와야합니다.
일반적으로 빌드 프로세스의 일부로 생성 된 파일은 버전 제어로 확인되지 않습니다.
그러나 문제 보고서/발견 된 버그를 처리해야 할 경우에 대비하여 파일의 전체 또는 일부를 특정 이정표에 보관하는 것이 좋습니다 (특히 개발자 조직 외부에 배포하는 경우). 테스트 또는 최종 사용자가 수행합니다.
소스 아티팩트와 동일한 저장소에서 (또는 동일한 버전 제어 소프트웨어를 사용하여) 아카이브를 수행할지 여부는 다른 결정입니다. 이 종류의 아카이브는 실제로 버전 제어 시스템이 아니지만 특정 명명 규칙을 따르는 디렉토리가있는 네트워크 공유 일 수 있으므로 이러한 아티팩트는 소스의 특정 버전과 일치시킬 수 있습니다. 이러한 항목의 수명이 어떻게 관리되는지 (그리고 수명이 어떻게되어야하는지)는 특정 조직의 필요와 정책에 따라 결정되어야하는 또 다른 문제입니다.
Visual Studio는 소스에 추가 할 올바른 항목을 선택하는 좋은 방법입니다. 새 프로젝트를 설정할 때 프로젝트 컨텍스트 메뉴 또는 파일 메뉴의 명령을 사용하십시오.
일반적인 실수는 VSS에서 폴더를 추가하는 것입니다.
"소스 제어에 솔루션 추가"를 선택할 때 VSTS에 더 나은 지능이 있으므로 대부분의 사람들이 원하는 정보 만 추가합니다. – ChadD