2011-01-08 2 views
0

다음 속성을 결합 할 수 있습니까? 그렇다면 어떻게 할 수 있습니까?VS2008 네이티브 C++ 프로젝트에서 개발자 별 설정 허용

  • 이 버전을 사용하는 우리 팀의 개발자 용 Visual Studio 2008 네이티브 C++ (VCPROJ) 프로젝트 파일을 버전 관리 시스템에 저장하십시오.
  • 일부 개발자는 프로젝트를 조정할 수 있습니다 (예 : 일반적인 라이브러리 대신 제 3 자 라이브러리의 디버그 버전 사용).
  • 버전이 변경되지 않은 파일에서 이러한 수정이 수행되었는지 확인하십시오.

다른 말로하면 개발자가 이러한 변경 사항이 적용될 위험없이 프로젝트의 일부 설정을 조정할 수 있기를 바랍니다. VS2008가 존재하지 않는 VSPROP 파일을 참조 프로젝트를로드 거부로

에 '선택 VSPROP'파일 접근 방식은 ...

다른 제안, 실패 할 운명 보인다? VS2010에서도 가능합니까?

+0

내게있어 주요한 장애물은 다음과 같습니다. 어떤 설정을 공유해야하는지 개발자마다 어떻게 조정할 수 있습니까? VS 2005에는 디버깅 경로와 같은 일부 설정이 일반적으로 버전 제어가없는 별도의 .opt 파일에 저장되어 있습니다. 나는 최신 버전에 대해 확신하지 못한다. – Suma

+0

각 개발자가 원하는 모든 설정을 덮어 쓸 수 있어야합니다. 하지만 내 마음에 오는 첫 번째 링크 libs 및 경로를 포함 ... –

+1

왜 사용자 정의 등록 정보 시트를 커밋하고 변경 사항을 커밋 할 수 없도록 소스 제어에 잠글 수 있습니까? 사용자는 적합하다고 생각되는대로 로컬로 편집 할 수 있습니다. –

답변

2

이 작업을 수행하지 못할 수도 있지만 예를 들어 CMake와 같은 vcproj를 생성하는 솔루션을 사용하면이 작업을 수행 할 수 있습니다. 모든 프로젝트를 CMake로 스크립트하고, 말 그대로 조건부로 개발자가 설정에서 변경할 수있는 설정 파일 (예 :있는 경우)을 포함합니다.

0

분기가이 문제를 해결할 수 있습니다. 분기를 만들고 다른 버전의 타사와 게임을하고 결과가 좋으면 변경 내용을 트렁크에 병합합니다.

+0

이것은 새로운 lib를 테스트하는 문제가 아니며 개발자가 다른 프로젝트를 방해하지 않고 프로젝트의 자유를 허용합니다. –

0

글쎄, 예비 솔루션으로 초기 커밋 후 .hgignore 또는 .gitignore와 같은 것으로 프로젝트 파일을 넣을 수 있습니다. 이렇게하면 실수로 변경할 수 없습니다.

적어도 그것이 .hgignore 자체를 처리하는 방법입니다.

+0

개별 파트의 공통 부분을 분리 할 수 ​​있어야합니다. 내가 할 일을 할 때마다 개인적인 설정을 망칠 필요없이 공통 부분을 저 지르 수 있습니다. –

+0

그래, 나는 그것을 이해했다. 그래서 나는 그것을 단지 예비 해결책이라고 불렀다. – Trass3r

0

우리는 버전이 지정된 "common_configuration"폴더와이 "common_configuration"폴더의 프로젝트 파일을 "project"폴더로 복사하는 스크립트를 사용합니다. 우리는 구성을 거꾸로 복사하는 또 다른 스크립트를 가지고 있기 때문에 개발자들은 로컬 버전 변경을 글로벌 버전 제어 시스템에 적용하기 위해 의식적인 조치를 취해야합니다.

그것은 응답 일부 요구 사항 :

  • 거꾸로 : 우리는 모두를위한 공통 구성을 유지하는 방법이, 어떤 사고가 로컬 구성
  • 단점의 범하지 : 맹목적 실제로 파일 반함을 복사 지역 변경. 우리는 그걸로 산다. diff 또는 xml 특정 조작을 사용하여 좀 더 똑똑한 합병 도구를 작성할 수 있지만 배포 도구 지원에 많은 시간을 투자하고 싶지는 않습니다.
관련 문제