Запустите решение Visual Studio с выгруженным проектом
можно ли запустить Visual Studio с выгруженным проектом (недоступным при запуске)?
причина этого в том, что при запуске я часто обнаруживаю, что проекты развертывания часто зависают примерно на минуту при запуске, и они также не используются так часто.
установка этих проектов в недоступное и сохранение решения не вносит никаких изменений в файл проекта, поэтому, если у кого-либо есть предложения по этому поводу (либо в самой Visual Studio, либо через изменения в xml в рамках .sln file) я был бы признателен.
спасибо заранее.
5 ответов
расширение vsFunnel (с поддержкой VS 2012/2013) позволяет выбирать каждый отдельный проект для загрузки, также можно сохранить и повторно использовать выбор в более позднее время:
http://visualstudiogallery.msdn.microsoft.com/5396fa4a-d638-471b-ac3d-671ccd2ea369
вы можете иметь несколько файлов СЛН, один файл sln состоят проекты развертывания, другие sln файл состоять проектов необходимо.? просто скопируйте файл sln и удалите проекты, которые вам не нужны.
хотя менеджер загрузки решения, упомянутый в ответе, не обновляется для VS2012, я нашел этот другой Диспетчер Загрузки Решений расширение, которое работает.
Это не так полно, где вы можете выбрать, какие проекты загружать (он загружает проект запуска и его зависимости), но это лучше, чем загружать все проекты.
An интересная статья MSDN объясняя загрузки проекта.
для решения homebrew необходимо выполнить работу .suo файл, который содержится в скрытом каталоге, где живет файл решения. Например, если вызывается ваше решение.\Бизнес.СЛН, затем .файл suo (для VS2015) содержится по адресу:.\.vs\Business\.suo
вы можете поиграть с этим файлом, сделав резервную копию, загрузив / выгрузив некоторые проекты, закрыв решение и восстановив резервную копию; это вернет изменения, внесенные вами за это время. К сожалению, эти резервные копии почти наверняка сломается, как только что-то в решении изменится, например, проекты, которые оно содержит, и т. д.
кроме того, этот файл не является текстом, и я никогда не тратил время на изучение возможности его переноса в текст и обратно.
этот ответ не является ответом в том смысле, что он отвечает на вопрос, но это в случае, если кто-то еще читает и имеет представление. Я хотел, чтобы управление версиями было чем-то вроде чистого листа .suo файл в течение многих лет, вместе с TFS подсказка управления версиями игнорировать такой файл для привязки управления версиями. Предполагаемый результат состоял в том, что когда пользователи получают ветку в первый раз, их решения по умолчанию не загружают никаких проектов, позволяя им выборочно загружать только то, что они хотят; однако с подсказкой системы управления версиями такие изменения никогда не будут подобраны TFS или проверены, так что эта настройка не накладывала административной головной боли.
мечты!