[.net] Visual Studio가 “혼합 플랫폼”솔루션 구성을 자동으로 생성하지 못하도록 방지
Visual Studio 2008에서 “혼합 플랫폼”및 “모든 CPU”솔루션 구성을 자동으로 만들지 못하게하려면 어떻게합니까? “Win32″및 “x64″구성이 있으며 개발자는 둘 중에서 선택해야합니다. 그러나 누군가가 솔루션을 변경하자마자 VS는 자동으로 “혼합 플랫폼”을 생성하고 기본 구성 인 것 같습니다. 이 구성에서 일부 새 프로젝트가 선택되지 않았거나 잘못된 프로젝트 구성이 선택 되었기 때문에 많은 문제가 발생합니다.이 작업을 중지하고 솔루션 구성을 직접 관리하고 싶습니다.
답변
Visual Studio 2005 프로젝트에서 Win32 구성 및 여러 고유 한 스마트 장치 플랫폼 / 구성 조합 모두에 대해 빌드하려는 유사한 문제가 있습니다.
임의의 시간에 모든 구성이 유효한지 여부에 관계없이 모든 플랫폼에 대해 자동 생성되어 최대 50 개 프로젝트 파일의 크기가 늘어나 문제를 해결하는 데 많은 작업이 필요합니다.
구성 관리자 대화 상자를 열 때 일관되게 발생하고 구성에 대한 프로젝트 설정을 변경할 때 가끔 (항상은 아님) 발생합니다. 후자의 경우 프로젝트 설정 대화 상자에서 플랫폼 및 구성 드롭 다운을 조작하는 것과 관련된 것으로 보입니다.
우리는 이것을 Visual Studio 문제로 제출했습니다. MSFT는 “수정할 수 없음”으로 종료했습니다.
답변
나는 같은 종류의 문제를 다루고 있습니다. 나는 그것이 엉망이라는 데 동의합니다. 나는 그것을 처리하기 위해 두 가지 실행 가능한 옵션을 보았습니다-둘 다 실제로 원하는 것이 아닙니다.
- 구성 선택기로 이동하고 편집을 선택하여 생성 한 구성을 수동으로 제거합니다.
- 기본적으로 (적어도 VS 2010에서 새로운 솔루션으로 시작하는 경우) 새 프로젝트 (클래스 라이브러리 및 앱 모두)를 만들기 시작하면 솔루션 플랫폼에 대해 모든 CPU, 혼합 플랫폼 및 x86이 사용됩니다. Visual Studio는 모든 CPU 및 혼합 플랫폼 (모든 CPU 대상에 대한 기본 빌드 이후)에 새 클래스 라이브러리를 추가하고 혼합 플랫폼과 x86 (x86 대상에 대한 기본 빌드 이후)에 새 앱을 추가하는 것이 좋은 것 같습니다. , 새로운 클래스 라이브러리와 새로운 앱을 혼합 플랫폼에 배치합니다. 따라서 혼합 플랫폼은 모든 것을 빌드하기 때문에 좋은 기본값이됩니다. 혼합 플랫폼에 새 프로젝트를 추가하지 않는 이유를 잘 모르겠습니다.
답변
소스 제어의 커밋 후크에서 .sln 파일을 필터링 할 수 있습니다. 따라서 .sln 파일에서 확인하면 프로젝트 파일이 수정 될 수 있습니다. 오픈 소스 Chromium 프로젝트에는 이러한 필터가 구현되어 있습니다.