Запустите решение Visual Studio с выгруженным проектом

Можно ли запустить Visual Studio с невыгруженным проектом (недоступным при запуске)?

Причиной этого является то, что при запуске я часто обнаруживаю, что проекты развертывания часто зависают около минуты при запуске, и они также не используются так часто.

Настройка этих проектов на недоступность и сохранение решения не вносит каких-либо изменений в файл проекта, поэтому, если у кого-то есть какие-либо предложения о том, как это сделать (либо в самой Visual Studio, либо путем изменения XML в файле .sln ) Я был бы признателен.

Спасибо заранее.

Ответ 1

Попробуйте расширение Solution Load Manager.

Ответ 2

Расширение vsFunnel (с поддержкой VS 2012/2013) позволяет выбирать каждый отдельный проект для загрузки, а также возможность сохранения и повторного использования выбора в более позднее время:

http://visualstudiogallery.msdn.microsoft.com/5396fa4a-d638-471b-ac3d-671ccd2ea369

Ответ 3

у вас может быть несколько sln файлов, один sln файл - проекты развертывания, другой sln файл - это проекты, которые вам нужны. просто скопируйте свой файл sln и удалите проекты, которые вам не нужны.

Ответ 4

В то время как диспетчер загрузок решений, упомянутый в ответе, не обновлен для VS2012, я нашел это другое расширение диспетчера загрузок, которое работает.

Это не так полно, когда вы можете выбрать, какие проекты загружать (он запускает проект запуска и его зависимости), но он лучше, чем загрузка всех проектов.

интересная статья MSDN, объясняющая загрузку проекта.

Ответ 5

Для решения homebrew необходимо выполнить работу над файлом .suo, который содержится в скрытой директории, в которой живет файл решения. Например, если ваше решение вызывается. \Business.sln, то файл .suo(для VS2015) содержится в: .\.vs\Business\.suo

Вы можете играть с этим файлом, создавая резервную копию, загружая/выгружая некоторые проекты, закрывая решение и восстанавливая резервную копию; это вернет изменение, которое вы сделали в промежуточный период. К сожалению, эти резервные копии почти наверняка сломались бы, как только что-то изменит решение, например, его проекты и т.д.

Кроме того, этот файл не является текстом, и я никогда не теряю время, исследуя, можно ли его перенести в текст и обратно.

Этот ответ не является ответом в том смысле, что он отвечает на вопрос, но он является ведущим на тот случай, если кто-то еще прочитает и получит представление. Я хотел в течение нескольких лет контролировать исходный файл пустого слайда .suo, а также подсказку источника управления TFS, чтобы игнорировать такой файл для привязки источника. Предполагаемый результат заключался в том, что когда пользователи впервые получают ветку, их решения по умолчанию не загружают проекты, позволяя им выборочно загружать только то, что они хотят; однако, с подсказкой управления источником, такие изменения никогда не будут подхвачены TFS и не будут проверены, так что эта установка не налагает административной головной боли.

Сны!