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

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

---

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

이러한 필터 파일을 사용자별로 유지해야합니까, 아니면 전체 dev 그룹에서 공유하고 SCC에 체크인해야한다고 생각하십니까?

나의 현재 생각은 그것들을 체크인하는 것이지만, 그렇게하지 않는 이유가 있는지, 또는 내가 확실히 체크인해야하는 좋은 이유가 있는지 궁금합니다.

다른 사람의 컴퓨터를 보면 폴더 구조가 일치하지만 논리적으로 항목을 재구성하고 싶을 때 이점이 있습니다.

---

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

SCC에이 .filter 파일을 포함시키지 않는 이유를 생각할 수 없습니다

---

우리는 의도적으로 .filter를 뽑았습니다. .vcxproj MSBuild 형식으로 변환 할 때 .vcproj 외부의 파일 정보. 한 가지 이유는 필터가 순전히 논리적 인 관점이며 다른 팀 구성원이 다른 관점을 원할 수도 있다는 점입니다. 다른 하나는 빌드가 프로젝트 파일의 타임 스탬프를 확인하도록 설정되어 있으며, 변경된 경우 다시 빌드를 트리거한다는 것입니다. 빌드 할 소스 파일이 다르거 나 설정이 다를 수 있기 때문입니다. 실제로 빌드 trigging과 같은 방식으로 배송했다면 필터가 빌드에 영향을 미치지 않기 때문에 필터가 변경 되었기 때문에 단순히 재 구축을 트리거하고 싶지 않다는 아이디어가있었습니다.

---

방금 Git을 사용하면 .filter 파일을 병합하기 위해 통합으로 처리하도록 표시하여 더 간단하게 만들 수 있음을 알았습니다. 그냥 라인을 추가하십시오 :

*.vcxproj.filters merge=union

.gitattributes 파일에.

자세한 내용은 병합 충돌 방지를 위해 .gitattributes 사용 을 참조하십시오.

---

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

참고 URL : https://stackoverflow.com/questions/1826901/should-i-add-vcxproj-filter-files-to-source-control