Почему опция “Set as Startup” хранится в suo файле а не sln файле?
Я обнаружил, что это потому, что у меня не было установлено Roboto, я добавил следующую ссылку вверху моей страницы, и это решило проблему.
<link href="https://fonts.googleapis.com/css?family=Roboto" rel="stylesheet">
3 ответа
Почему это должно быть non-user-specific предпочтение?
Если у меня есть решение с 10 файлами в, и один разработчик, прежде всего, тестирует/использует один из тех инструментов, почему это должно влиять на то, что я запускаю?
Я думаю, что MS сделал правильный выбор на этом. Проект, который я хочу запустить, далек от обязательно проекта, который другие разработчики хотят запустить.
Абсолютно необходимо, чтобы каждый мог сам определять свой StartUp Project, как Джон уже сказал . Но было бы здорово иметь специальный проект по умолчанию, и, как я могу судить, это возможно!
Если у вас нет файла .suo в каталоге решения, Visual Studio выберет первый проект в вашем файле .sln как запускаемый проект по умолчанию.
Закройте Visual Studio и откройте файл .sln в своем любимом текстовом редакторе. Начиная со строки 4, вы видите все свои проекты, заключенные в строки
Project-EndProject.Вырежьте и вставьте желаемый запускаемый проект по умолчанию в верхнюю позицию.
Удалите свой .suo файл.
Откройте свое решение в Visual Studio. Дааа!
Есть ли особая награда, если вы знаете то, чего не знает Джон? ; -)
В большинстве случаев действительно имеет смысл иметь значение по умолчанию для этого.
Было бы гораздо лучше разместить запускаемый по умолчанию проект и сохранить его в .sln, но разработчик может изменить его в своем файле .suo. Если параметр запуска не найден в файле .suo, будет использоваться проект запуска по умолчанию из файла .sln.
Фактически, это было предложено в UserVoice Visual Studio.