Запретить Visual Studio автоматически создавать конфигурацию решения «Смешанные платформы»

83

Как предотвратить автоматическое создание Visual Studio 2008 конфигураций решения «Смешанные платформы» и «Любой ЦП»? У нас есть конфигурации «Win32» и «x64», и разработчику нужно выбирать между ними. Однако, как только кто-либо вносит какие-либо изменения в решение, VS автоматически создает «смешанные платформы», и это, похоже, конфигурация по умолчанию. Это вызывает множество проблем, потому что оказывается, что некоторые новые проекты не выбраны в этой конфигурации, или выбрана неправильная конфигурация проекта и т. Д. Я просто хочу, чтобы он это не делал и сам управлял конфигурациями решения.

EMP
источник
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/…
Тим Лешер
2
То же самое и здесь: connect.microsoft.com/VisualStudio/feedback/details/662801/…
gregseth 05
9
Согласно Microsoft, мы все можем пойти .... сами. Спасибо, Microsoft, за закрытие вопроса. Хорошо, что у них было время вставить эти
заглавные буквы в
1
ошибка изжила документацию. ошибка все еще существует, ссылки теперь мертвы.
ROX
6

У меня была такая же проблема. Я согласен, это беспорядок. Я видел два жизнеспособных варианта решения этой проблемы - на самом деле ни один из них не является тем, что вам нужно.

  1. Вручную удалите конфигурации, которые он создает, перейдя в средство выбора конфигурации и выбрав редактировать ...
  2. По умолчанию (по крайней мере, если я начну со свежего решения в VS 2010) и начну создавать новые проекты (как библиотеки классов, так и приложения), вы получите любой ЦП, смешанные платформы и x86 для ваших платформ решений. Visual Studio, похоже, хорошо справляется с добавлением новых библиотек классов как для любых ЦП, так и для смешанных платформ (поскольку они по умолчанию строятся для цели Any CPU) и добавления новых приложений как для смешанных платформ, так и для x86 (поскольку сборка по умолчанию для цели x86) и размещение новых библиотек классов и новых приложений на смешанных платформах. Таким образом, смешанные платформы становятся хорошим вариантом по умолчанию, поскольку они создают все. Я не уверен, почему он не добавляет для вас новые проекты в смешанные платформы.
agieNick02
источник
2
Мы делаем №1, но с более чем 10 разработчиками, каждый из которых имеет право добавлять новые проекты и 81 проект, это хлопотно.
Каспер Леон Нильсен
Да, та же проблема с VS2013. Я тоже делаю №1 ... когда не забываю об этом. Но, черт возьми, как часто я забываю об этом и в конечном итоге борюсь, почему, черт возьми, решение не компилируется.
Золтан Тамаши,
4

Вы можете фильтровать свои файлы .sln в ловушке фиксации исходного элемента управления. Так что если вы проверите это в файле .sln и, возможно, файлы проекта будут исправлены. Такой фильтр реализован в проекте Chromium с открытым исходным кодом.

брат
источник
2
Я так полагаю, но это было бы огромной проблемой и, вероятно, весьма ненадежно. Риск переполнения файла sln не окупится.
EMP