Заборонити Visual Studio автоматично створювати конфігурацію рішення “Змішані платформи”


83

Як заборонити Visual Studio 2008 автоматично створювати конфігурації рішення "Змішані платформи" та "Будь-який процесор"? У нас є конфігурації "Win32" та "x64", і розробник повинен вибрати між ними. Однак, як тільки хтось вносить будь-які зміни у рішення, VS автоматично створює "Змішані платформи", і це, схоже, є конфігурацією за замовчуванням. Це викликає багато проблем, оскільки виявляється, що деякі нові проекти не вибрані в цій конфігурації або вибрано неправильну конфігурацію проекту і т. Д. Я просто хочу припинити це робити і сам керувати конфігураціями рішення.


4
У нас така ж проблема з VS 2010 Beta2 :(
Роман

3
Проблема все ще у VS 2010 RTM
Нік

4
Найгірше те, що навіть якщо ви зупинитесь на змішаних платформах як на єдиній платформі, VS ЩО БУДЕ смітити платформи щоразу, коли ви додаєте новий проект. Який безлад.
Роман Старков

3
Все ще проблема у VS 11 Beta
Matt Z

2
все ще зламаний у VS2017
ROX

Відповіді:


13

Ми бачимо подібну проблему з проектами Visual Studio 2005, яку ми хочемо створити як для конфігурації Win32, так і для ряду різних комбінацій платформи / конфігурації смарт-пристрою.

У довільний час кожна конфігурація автоматично генерується для кожної платформи, дійсної вона чи ні, вибухуючи розмір кожного з наших ~ 50 файлів проекту та спричиняючи багато роботи для вирішення проблеми.

Це послідовно трапляється, коли ми відкриваємо діалогове вікно Configuration Manager, і іноді (але не завжди) це відбувається при зміні параметрів проекту для конфігурації. В останньому випадку, схоже, це пов’язано з маніпулюванням випадаючими меню платформи та конфігурації у діалоговому вікні налаштування проекту.

Ми подали його як випуск Visual Studio; MSFT закрив його як "не виправить".


5
Тиме, ти маєш посилання? Вони іноді виправляють проблеми, за які проголосували багато людей.
Роман Старков

1
Це питання, яке ми подали. Хоча ми спочатку зазначали, що це відбувається лише при додаванні нової платформи, пізніше ми виявили, що це відбувається довільно: connect.microsoft.com/VisualStudio/feedback/details/165785/…
Тім Лешер,


9
За словами Microsoft, ми можемо піти .... самі. Дякуємо Microsoft за закриття проблеми. Добре, що вони встигли вкласти ті ВІЛЬНІ МЕНЮ
ПРОТИ

1
помилка пережила документацію. помилка все ще існує, посилання вже мертві.
ROX

6

Я мав справу з такою ж проблемою. Я згоден, що це безлад. Я бачив два життєздатних варіанти боротьби з цим - і насправді вони не є тим, що ви хочете.

  1. Видаліть створені конфігурації вручну, перейшовши до вибору конфігурацій та вибравши редагувати ...
  2. За замовчуванням (принаймні, якщо я починаю зі свіжого рішення у VS 2010) і починаю створювати нові проекти (як бібліотеки класів, так і програми), ви отримуєте будь-який процесор, змішані платформи та x86 для своїх платформ рішення. Здається, Visual Studio добре виконує роботу, додаючи нові бібліотеки класів як до будь-якого процесора, так і до змішаних платформ (оскільки вони за замовчуванням будуються для будь-якої цілі процесора), а також додає нові програми як до змішаних платформ, так і до x86 (із збіркою за замовчуванням для цілі x86) , і розміщення як нових бібліотек класів, так і нових програм на змішаних платформах. Тож змішані платформи виявляються гарним за замовчуванням, оскільки вони будують все. Я не впевнений, чому це не додавання нових проектів для вас до змішаних платформ

2
Ми робимо No1, але з 10+ розробниками, всі з правом додавати нові проекти та 81 проект, це клопот tbh.
Каспер Леон Нільсен

Так, все те саме питання з VS2013. Я теж роблю №1 ... коли про це не забуваю. Але, боже, як часто я це забуваю і в кінцевому підсумку боюся, чому, блін, рішення не компілюється.
Золтан Тамасі

4

Ви можете відфільтрувати ваші .sln-файли у фіксації коміту вашого джерела керування. Отже, якщо ви перевірите це у .sln-файлі і, можливо, файли проекту виправлять. Проект Chromium з відкритим кодом має такий фільтр.


2
Я гадаю, що це так, але це було б величезними клопотами і, мабуть, досить ненадійно. Ризик заповнення sln-файлу не вартий користі.
EMP
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.