소스 제어에 .vcxproj.filter 파일을 추가해야합니까?

Question

Visual Studio 2010 Beta 2를 평가하는 동안 변환 된 디렉토리에서 vcproj 파일이되었습니다 vcxproj 파일. 또한 있습니다 vcxproj.filter 폴더 구조 ( 소스 파일, 헤더 파일 등)에 대한 설명이 포함 된 것처럼 보이는 각 프로젝트와 함께 파일.

이 필터 파일이 사용자 당 유지되어야한다고 생각합니까, 아니면 전체 개발자 그룹에서 공유하고 SCC에 체크인해야한다고 생각하십니까?

내 현재의 생각은 그것들을 체크인하는 것이지만, 그렇게하지 말아야 할 이유가 있는지 또는 아마도 내가 그들을 확인 해야하는 이유가 있는지 궁금합니다.

명백한 이점은 다른 사람의 기계를보고 있다면 폴더 구조가 일치하지만 논리적으로 물건을 재구성하고 싶을까요?

Answer 1

이전 버전의 Visual Studio (적어도 6.0 및 2008)는 해당 정보가 자체 프로젝트 파일 (각각 .dsp 및 .vcproj 파일)에 저장합니다. 물론 SCC에 추가하는 것이 좋습니다.

SCC 에이 .Filter 파일을 포함시키지 않을 이유는 없습니다.

Answer 2

우리는 의도적으로 .filter를 뽑았습니다. .vcproj msbuild 형식으로 번역되었을 때 .vcproj에서 파일 정보를 파일 정보입니다. 한 가지 이유는 필터가 순전히 논리적 인 관점이며 다른 팀원이 다른 견해를 원할 수 있기 때문입니다. 다른 하나는 때때로 빌드가 프로젝트 파일의 타임 스탬프를 확인하기 위해 설정되고 변경된 경우 재건을 트리거한다는 것입니다. 이는 빌드 할 소스 파일이 다른 소스 파일 또는 다른 설정 등이 없기 때문일 수 있습니다. 우리가 실제로 빌드 트리징을 가지고 배송했는지 기억하지만, 그 아이디어는 필터가 빌드에 영향을 미치지 않기 때문에 단순히 재건축을 트리거하고 싶지 않다는 것입니다.

Answer 3

방금 git을 사용하면 .Filter 파일을 표시하여 더 간단하게 합병하기위한 노조로 취급 될 수 있음을 알았습니다. 라인을 추가하기 만하면됩니다.

*.vcxproj.filters merge=union

.gitattributes 파일에.

보다 병합 충돌을 피하기 위해 .gitattributes를 사용합니다 자세한 사항은.

Answer 4

사용하는 경우 추가해서는 안됩니다 CMake (또는 유사한 빌드 도구)와 같은 파일을 생성합니다. *.sln, *.vcxproj, *.vcxproj.filters 이 파일은 프로젝트 폴더 및 기타에 대한 전체 경로를 포함 할 수 있기 때문에 컴퓨터의 특정 폴더 만.