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 프로젝트에는 이러한 필터가 구현되어 있습니다.
'Programing' 카테고리의 다른 글
| 연산자가 메서드 호출보다 훨씬 느린 이유는 무엇입니까? (0) | 2020.09.22 |
|---|---|
| 이 iOS는 어떤 종류의 비꼬는 오류입니까? (0) | 2020.09.22 |
| Server 2012 IIS 8 MVC 앱에 기본 IIS 홈 페이지 또는 403/404 오류가 표시됨 (0) | 2020.09.22 |
| Android 캔버스에 채워진 삼각형을 그리는 방법은 무엇입니까? (0) | 2020.09.21 |
| 지정되지 않은 경우 argparse store false (0) | 2020.09.21 |