Как переместить visual studio
Вы можете уменьшить место, занимаемое установкой Visual Studio на системном диске, изменив расположение файлов. В частности, можно использовать другое расположение для кэша загрузки и общих компонентов, инструментов и пакетов SDK.
Вы можете уменьшить место, занимаемое установкой Visual Studio на системном диске, изменив расположение ее файлов. В частности, можно использовать другое расположение для кэша загрузки, общих компонентов, пакетов SDK и файлов средств.
Новая возможность в версии 15.7. Вы можете уменьшить место, занимаемое установкой Visual Studio на системном диске, изменив расположение ее файлов. В частности, можно использовать другое расположение для кэша загрузки, общих компонентов, пакетов SDK и файлов средств.
Некоторые средства и пакеты SDK имеют другие правила расположения установки. Эти средства и пакеты SDK устанавливаются на системном диске, даже если вы выбрали другое расположение.
Вы готовы начать работу? Вот как это сделать.
При установке Visual Studio откройте вкладку Расположения установки.
В разделе Visual Studio IDE примите значение по умолчанию. Visual Studio устанавливает основной продукт и файлы, относящиеся к этой версии Visual Studio.
В разделе Кэш загрузки решите, следует ли сохранить кэш загрузки, а затем выберите место для его хранения.
Установите или снимите флажок Сохранить кэш скачивания после установки.
Если вы решили не сохранять кэш загрузки, это расположение будет использоваться временно. Это действие не повлияет на файлы из предыдущей установки и не приведет к их удалению.
Укажите диск, где будут храниться файлы установки и манифесты из кэша загрузки.
Например, при выборе рабочей нагрузки "Разработка классических приложений на C++" потребуется 1,58 ГБ пространства на системном диске, но после завершения установки этот объем будет освобожден.
Это расположение задается во время первой установки. Его невозможно изменить позже в пользовательском интерфейсе установщика. Вместо этого вы можете использовать параметры командной строки для перемещения кэша загрузки.
В разделе Общие компоненты, инструменты и пакеты SDK укажите диск, где вы хотите сохранить файлы, используемые совместно параллельными установками Visual Studio. Пакеты SDK и инструменты также сохраняются в этом каталоге.
При установке Visual Studio откройте вкладку Расположения установки.
В разделе Visual Studio IDE примите значение по умолчанию. Visual Studio устанавливает основной продукт и файлы, относящиеся к этой версии Visual Studio.
В разделе Кэш загрузки решите, следует ли сохранить кэш загрузки, а затем выберите место для его хранения.
Установите или снимите флажок Сохранить кэш скачивания после установки.
Если вы решили не сохранять кэш загрузки, это расположение будет использоваться временно. Это действие не повлияет на файлы из предыдущей установки и не приведет к их удалению.
Укажите диск, где будут храниться файлы установки и манифесты из кэша загрузки.
Например, при выборе рабочей нагрузки "Разработка классических приложений на C++" потребуется 1,58 ГБ пространства на системном диске, но после завершения установки этот объем будет освобожден.
Это расположение задается во время первой установки. Его невозможно изменить позже в пользовательском интерфейсе установщика. Вместо этого вы можете использовать параметры командной строки для перемещения кэша загрузки.
В разделе Общие компоненты, средства и пакеты SDK обратите внимание, что используется тот же диск, который вы выбрали в разделе "Загрузка кэша". Каталог \Microsoft\VisualStudio\Shared находится там, где Visual Studio сохраняет файлы, которые являются общими для параллельных установок Visual Studio. Пакеты SDK и инструменты также сохраняются в этом каталоге.
При установке Visual Studio откройте вкладку Расположения установки.
В разделе Visual Studio IDE примите значение по умолчанию. Visual Studio устанавливает основной продукт и файлы, относящиеся к этой версии Visual Studio.
Вы можете выбрать другое расположение только в том случае, если вы устанавливаете Visual Studio впервые. Если вы уже установили ее и хотите изменить расположение, необходимо удалить Visual Studio, а затем переустановить ее.
В разделе Кэш загрузки решите, следует ли сохранить кэш загрузки, а затем выберите место для хранения его файлов.
Установите или снимите флажок Сохранить кэш скачивания после установки.
Если вы решили не сохранять кэш загрузки, это расположение будет использоваться временно. Это действие не повлияет на файлы из предыдущей установки и не приведет к их удалению.
Например, если выбрать рабочую нагрузку "Разработка классических приложений на C++", то для расположения кэша загрузки будет временно необходим объем 2,11 ГБ. После завершения установки скачанные файлы кэша удаляются, оставляя только метаданные пакета.
Укажите путь к папке, включая диск, где будут храниться файлы установки и манифесты из кэша загрузки.
Вы можете выбрать другое расположение только в том случае, если вы устанавливаете Visual Studio впервые. Если вы уже установили ее и хотите изменить расположение, необходимо удалить Visual Studio, а затем переустановить ее.
В разделе Общие компоненты, инструменты и пакеты SDK укажите папку, где вы хотите сохранить файлы, используемые совместно параллельными установками Visual Studio. Пакеты SDK и инструменты также сохраняются в этом каталоге.
Если вы уже установили Visual Studio на компьютере, вы не сможете изменить путь к общим компонентам, инструментам и пакетам SDK, этот пункт будет неактивен.
Техническая поддержка
Иногда возникают проблемы. Если установить Visual Studio не удается, воспользуйтесь пошаговыми указаниями в статье Устранение неполадок при установке и обновлении Visual Studio.
Как перенести visual studio на другой диск
Лучший отвечающий
Вопрос
Ответы
- Предложено в качестве ответа Maksim Marinov Microsoft contingent staff, Moderator 24 октября 2016 г. 12:57
- Помечено в качестве ответа Maksim Marinov Microsoft contingent staff, Moderator 25 октября 2016 г. 7:24
- Помечено в качестве ответа Vladislavvvv 25 октября 2016 г. 11:46
Все ответы
- Предложено в качестве ответа Maksim Marinov Microsoft contingent staff, Moderator 24 октября 2016 г. 12:57
- Помечено в качестве ответа Maksim Marinov Microsoft contingent staff, Moderator 25 октября 2016 г. 7:24
- Помечено в качестве ответа Vladislavvvv 25 октября 2016 г. 11:46
1 ответ
Предложения
1) сначала удалите VS, а затем удалите это значение из редактора реестра .
Затем перезапустите программу vs_installer , и вы сможете выбрать нужный диск для ее установки.
2) Или вы можете запустить A:\Program Files (x86)\Microsoft Visual Studio\Installer\resources\app\layout\InstallCleanup.exe на своей стороне, эта программа удалит все версии VS2017 и VS2019 и удалит информацию. из редактора реестра одновременно. Если вас это не волнует, вы можете использовать это.
Когда вы его закончите, переустановите VS.
Обновить
Чтобы изменить путь установки VS IDE , вам нужно только удалить VS.
Чтобы изменить папку общего компонента , необходимо изменить ключ в редакторе реестра :
Если вы хотите изменить только папку общего компонента , обратите внимание на следующее:
Примечание :
Просто измените значение в редакторе реестра . Причина, по которой мы рекомендуем переустановить VS и удалить ключ вместе, заключается в том, что простое изменение ключа не приведет к сохранению файлов в новой папке. При переустановке VS компонент Shared просто помещается в новый файл. Это более формально.
Но простое изменение значения не имеет большого значения. Фактически, не удаляйте vs, чтобы в следующий раз при изменении или установке вы потратите больше времени на загрузку файлов в новую измененную папку.
Если вы также хотите изменить путь VS IDE , вам необходимо удалить этот ключ и переустановить, а не изменить его на новый путь в пользовательском интерфейсе VS_installer .
Рекомендуемый Microsoft путь к общей папке: C:\Program Files (x86)\Microsoft Visual Studio\Shared . Вы можете использовать это, если измените его.
Интегрированная среда разработки (IDE) предназначена для перемещения между окнами и между файлами разными способами в зависимости от предпочтений или требований к проекту. Можно выбрать режим циклического перехода между файлами в редакторе либо циклическое переключение между всеми активными окнами инструментов в интегрированной среде разработки. Кроме того, можно непосредственно переходить к любому открытому в редакторе файлу независимо от того, когда он просматривался последний раз. Эти возможности способны повысить производительность при работе в интегрированной среде разработки.
Доступные в диалоговых окнах параметры, а также названия и расположение команд меню могут отличаться от описанных в этой статье в зависимости от текущих параметров или выпуска. В этой статье предполагается, что используются общие параметры. Чтобы изменить параметры, например на Общие или Visual C++, выберите Сервис > Импорт и экспорт параметров, а затем щелкните Сбросить все параметры.
сочетания клавиш
Почти для всех команд меню в Visual Studio существуют сочетания клавиш. Можно также создать собственные настраиваемые сочетания клавиш. Дополнительные сведения см. в статье Определение и настройка сочетаний клавиш.
Перемещение между файлами в редакторе
Существует несколько способов перемещения по открытым в редакторе файлам. Можно перемещаться между файлами на основе порядка доступа к ним, использовать навигатор IDE для быстрого поиска любого открытого файл или закреплять избранные файлы на вкладке, чтобы их всегда можно было видеть.
Циклические переходы назад и вперед по открытым в редакторе файлам в порядке осуществления к ним доступа во многом схожи с функциями перехода назад и вперед в обозревателе Internet Explorer.
Перемещение между открытыми файлами в порядке использования
Чтобы активировать открытые документы в порядке, в котором они просматривались последний раз, нажмите клавиши CTRL+ - (дефис).
Чтобы активировать открытые документы в обратном порядке, нажмите клавиши CTRL+SHIFT+ - (дефис).
В меню Вид также находятся команды Переход назад и Переход вперед.
Можно также перейти к конкретному открытому в редакторе файлу независимо от времени последнего доступа к нему. Для этого используется Навигатор по интегрированной среде разработки, список Активные файлы в редакторе или диалоговое окно Окна.
Навигатор по интегрированной среде разработки работает практически аналогично переключателю между окнами приложений. Он недоступен из меню и открывается только с помощью сочетаний клавиш. Для доступа к навигатору по интегрированной среде разработки можно использовать любую из двух команд (приведены ниже), чтобы переключаться между файлами в нужном порядке.
Window.PreviousDocumentWindowNav позволяет переходить к последнему файлу, к которому осуществлялся доступ, а Window.NextDocumentWindowNav позволяет перемещаться в обратном порядке. Согласно общим параметрам разработки, для Window.PreviousDocumentWindowNav назначено сочетание клавиш SHIFT+ALT+F7, а для Window.NextDocumentWindowNav — ALT+F7.
Если у используемой комбинации параметров отсутствует сочетание клавиш, назначенное этой команде, на странице Клавиатура диалогового окна Параметры можно назначить собственную настраиваемую команду. Дополнительные сведения см. в статье Определение и настройка сочетаний клавиш.
Переход к конкретным файлам в редакторе
Нажмите клавиши CTRL+TAB, чтобы открыть навигатор по интегрированной среде разработки. Удерживая нажатой клавишу CTRL, нажимайте клавишу TAB до тех пор, пока не будет выбран файл, к которому нужно перейти.
Чтобы изменить порядок перехода по списку Активные файлы, удерживайте нажатыми клавиши CTRL+SHIFT и нажмите клавишу TAB.
В правом верхнем углу редактора нажмите кнопку Активные файлы и в списке выберите нужный файл.
В строке меню выберите Окно > Окна.
В списке выберите файл для просмотра и нажмите кнопку Активировать.
Перемещение между окнами инструментов в интегрированной среде разработки
Навигатор по интегрированной среде разработки позволяет переключаться между окнами инструментов, которые открыты в интегрированной среде разработки. Для доступа к навигатору по интегрированной среде разработки можно использовать любую из двух команд, чтобы переключаться между окнами инструментов в нужном порядке. Window.PreviousToolWindowNav позволяет переходить к последнему файлу, к которому осуществлялся доступ, а Window.NextToolWindowNav позволяет перемещаться в обратном порядке. Согласно общим параметрам разработки, для Window.PreviousDocumentWindowNav назначено сочетание клавиш SHIFT+ALT+F7, а для Window.NextDocumentWindowNav — ALT+F7.
Если у используемой комбинации параметров отсутствует сочетание клавиш, назначенное этой команде, на странице Клавиатура диалогового окна Параметры можно назначить собственную настраиваемую команду. Дополнительные сведения см. в статье Определение и настройка сочетаний клавиш.
Переход к конкретному окну инструмента в интегрированной среде разработки
Нажмите клавиши ALT+F7, чтобы открыть навигатор по интегрированной среде разработки. Удерживая нажатой клавишу ALT, нажимайте клавишу F7 до тех пор, пока не появится окно, в которое нужно переключиться.
Чтобы изменить порядок перехода по списку Активные окна инструментов на обратный, удерживайте нажатыми клавиши SHIFT+ALT и нажмите клавишу F7.
Вы можете уменьшить место, занимаемое установкой Visual Studio на системном диске, изменив расположение файлов. В частности, можно использовать другое расположение для кэша загрузки и общих компонентов, инструментов и пакетов SDK.
Вы можете уменьшить место, занимаемое установкой Visual Studio на системном диске, изменив расположение ее файлов. В частности, можно использовать другое расположение для кэша загрузки, общих компонентов, пакетов SDK и файлов средств.
Новая возможность в версии 15.7. Вы можете уменьшить место, занимаемое установкой Visual Studio на системном диске, изменив расположение ее файлов. В частности, можно использовать другое расположение для кэша загрузки, общих компонентов, пакетов SDK и файлов средств.
Некоторые средства и пакеты SDK имеют другие правила расположения установки. Эти средства и пакеты SDK устанавливаются на системном диске, даже если вы выбрали другое расположение.
Вы готовы начать работу? Вот как это сделать.
При установке Visual Studio откройте вкладку Расположения установки.
В разделе Visual Studio IDE примите значение по умолчанию. Visual Studio устанавливает основной продукт и файлы, относящиеся к этой версии Visual Studio.
В разделе Кэш загрузки решите, следует ли сохранить кэш загрузки, а затем выберите место для его хранения.
Установите или снимите флажок Сохранить кэш скачивания после установки.
Если вы решили не сохранять кэш загрузки, это расположение будет использоваться временно. Это действие не повлияет на файлы из предыдущей установки и не приведет к их удалению.
Укажите диск, где будут храниться файлы установки и манифесты из кэша загрузки.
Например, при выборе рабочей нагрузки "Разработка классических приложений на C++" потребуется 1,58 ГБ пространства на системном диске, но после завершения установки этот объем будет освобожден.
Это расположение задается во время первой установки. Его невозможно изменить позже в пользовательском интерфейсе установщика. Вместо этого вы можете использовать параметры командной строки для перемещения кэша загрузки.
В разделе Общие компоненты, инструменты и пакеты SDK укажите диск, где вы хотите сохранить файлы, используемые совместно параллельными установками Visual Studio. Пакеты SDK и инструменты также сохраняются в этом каталоге.
При установке Visual Studio откройте вкладку Расположения установки.
В разделе Visual Studio IDE примите значение по умолчанию. Visual Studio устанавливает основной продукт и файлы, относящиеся к этой версии Visual Studio.
В разделе Кэш загрузки решите, следует ли сохранить кэш загрузки, а затем выберите место для его хранения.
Установите или снимите флажок Сохранить кэш скачивания после установки.
Если вы решили не сохранять кэш загрузки, это расположение будет использоваться временно. Это действие не повлияет на файлы из предыдущей установки и не приведет к их удалению.
Укажите диск, где будут храниться файлы установки и манифесты из кэша загрузки.
Например, при выборе рабочей нагрузки "Разработка классических приложений на C++" потребуется 1,58 ГБ пространства на системном диске, но после завершения установки этот объем будет освобожден.
Это расположение задается во время первой установки. Его невозможно изменить позже в пользовательском интерфейсе установщика. Вместо этого вы можете использовать параметры командной строки для перемещения кэша загрузки.
В разделе Общие компоненты, средства и пакеты SDK обратите внимание, что используется тот же диск, который вы выбрали в разделе "Загрузка кэша". Каталог \Microsoft\VisualStudio\Shared находится там, где Visual Studio сохраняет файлы, которые являются общими для параллельных установок Visual Studio. Пакеты SDK и инструменты также сохраняются в этом каталоге.
При установке Visual Studio откройте вкладку Расположения установки.
В разделе Visual Studio IDE примите значение по умолчанию. Visual Studio устанавливает основной продукт и файлы, относящиеся к этой версии Visual Studio.
Вы можете выбрать другое расположение только в том случае, если вы устанавливаете Visual Studio впервые. Если вы уже установили ее и хотите изменить расположение, необходимо удалить Visual Studio, а затем переустановить ее.
В разделе Кэш загрузки решите, следует ли сохранить кэш загрузки, а затем выберите место для хранения его файлов.
Установите или снимите флажок Сохранить кэш скачивания после установки.
Если вы решили не сохранять кэш загрузки, это расположение будет использоваться временно. Это действие не повлияет на файлы из предыдущей установки и не приведет к их удалению.
Например, если выбрать рабочую нагрузку "Разработка классических приложений на C++", то для расположения кэша загрузки будет временно необходим объем 2,11 ГБ. После завершения установки скачанные файлы кэша удаляются, оставляя только метаданные пакета.
Укажите путь к папке, включая диск, где будут храниться файлы установки и манифесты из кэша загрузки.
Вы можете выбрать другое расположение только в том случае, если вы устанавливаете Visual Studio впервые. Если вы уже установили ее и хотите изменить расположение, необходимо удалить Visual Studio, а затем переустановить ее.
В разделе Общие компоненты, инструменты и пакеты SDK укажите папку, где вы хотите сохранить файлы, используемые совместно параллельными установками Visual Studio. Пакеты SDK и инструменты также сохраняются в этом каталоге.
Если вы уже установили Visual Studio на компьютере, вы не сможете изменить путь к общим компонентам, инструментам и пакетам SDK, этот пункт будет неактивен.
Поддержка или устранение неполадок
Иногда возникают проблемы. Если установить Visual Studio не удается, воспользуйтесь пошаговыми указаниями в статье Устранение неполадок при установке и обновлении Visual Studio.
Сочетания клавиш позволяют получать доступ к различным командам и окнам Visual Studio. В этом разделе перечислены сочетания клавиш по умолчанию для команд в профиле обычных параметров, который мог быть выбран при установке Visual Studio. Независимо от выбранного профиля сочетание клавиш для той или иной команды можно определить, открыв диалоговое окно Параметры, развернув узел Среда и выбрав элемент Клавиатура. Кроме того, сочетания клавиш можно настраивать, назначая командам другие сочетания клавиш.
Список распространенных сочетаний клавиш и другие сведения о средствах повышения производительности см. в следующих статьях:
Памятка по быстрым клавишам для печати
Популярные сочетания клавиш в Visual Studio
Все сочетания клавиш в этом разделе применяются глобально, если не указано иное. Глобальный контекст означает, что сочетание применяется в любом окне инструментов в Visual Studio.
Сочетание клавиш для той или иной команды можно определить, открыв диалоговое окно Параметры, развернув узел Среда и выбрав элемент Клавиатура.
Сборка: популярные сочетания клавиш
Отладка: популярные сочетания клавиш
Команды | Сочетания клавиш [специальные контексты] | Идентификатор команды |
---|---|---|
Прерывание на функции | CTRL+B | Debug.BreakatFunction |
Приостановить все | CTRL+ALT+BREAK | Debug.BreakAll |
Удаление всех точек останова | CTRL+SHIFT+F9 | Debug.DeleteAllBreakpoints |
Исключения | CTRL+ALT+E | Debug.Exceptions |
Быстрая проверка | CTRL+ALT+Q |
Редактирование: популярные сочетания клавиш
Команды | Сочетания клавиш [специальные контексты] | Идентификатор команды |
---|---|---|
Разрыв строки | ВВОД [текстовый редактор, конструктор отчетов, конструктор Windows Forms] |
или CTRL+ПРОБЕЛ [текстовый редактор, конструктор рабочих процессов]
или CTRL+K, W [конструктор рабочих процессов]
или SHIFT+DELETE [схема последовательностей, схема действий UML, схема слоев]
или CTRL+K, CTRL+L [конструктор рабочих процессов]
или CTRL+K, CTRL+P [конструктор рабочих процессов]
или SHIFT + ALT + BACKSPACE
Файл: популярные сочетания клавиш
Команды | Сочетания клавиш [специальные контексты] | Идентификатор команды |
---|---|---|
Выход | ALT+F4 | File.Exit |
Создание файла | CTRL+N | File.NewFile |
Новый проект | CTRL+SHIFT+N | File.NewProject |
Новый веб-сайт | SHIFT+ALT+N | File.NewWebSite |
Открывает файл | CTRL+O | File.OpenFile |
Открытие проекта | CTRL+SHIFT+O | File.OpenProject |
Открыть веб-сайт | Shift+Alt+O | File.OpenWebSite |
Переименовать | F2 [Team Explorer] | File.Rename |
Сохранить все | CTRL+SHIFT+S | File.SaveAll |
Сохранить выбранные элементы | CTRL+S | File.SaveSelectedItems |
Просмотр в браузере | CTRL+SHIFT+W | File.ViewinBrowser |
Проект: популярные сочетания клавиш
Команды | Сочетания клавиш [специальные контексты] | Идентификатор команды |
---|---|---|
Добавить существующий элемент | SHIFT+ALT+A | Project.AddExistingItem |
Добавление нового элемента | CTRL+SHIFT+A | Project.AddNewItem |
Рефакторинг: популярные сочетания клавиш
Команда | Сочетание клавиш [специальные контексты] | Идентификатор команды |
---|---|---|
Извлечение метода | CTRL+R, CTRL+M | Refactor.ExtractMethod |
Средства: популярные сочетания клавиш
Команда | Сочетание клавиш [специальные контексты] | Идентификатор команды |
---|---|---|
Присоединение к процессу | CTRL+ALT+P | Tools.AttachtoProcess |
Представление: популярные сочетания клавиш
Команды | Сочетания клавиш [специальные контексты] | Идентификатор команды |
---|---|---|
Окно классов | CTRL+SHIFT+C | View.ClassView |
Изменить метку | F2 | View.EditLabel |
Список ошибок | CTRL+\, CTRL+E |
Окно: популярные сочетания клавиш
Команды | Сочетания клавиш [специальные контексты] | Идентификатор команды |
---|---|---|
Активировать окно документа | ESC | Window.ActivateDocumentWindow |
Закрыть окно документа | CTRL+F4 | Window.CloseDocumentWindow |
Следующее окно документа | CTRL+F6 | Window.NextDocumentWindow |
Следующая панель навигации окна документа | CTRL+TAB | Window.NextDocumentWindowNav |
Следующая область разделения | F6 | Window.NextSplitPane |
Глобальные сочетания клавиш
Следующие сочетания клавиш являются глобальными. Это означает, что их можно использовать в любом окне Visual Studio, которое находится в фокусе.
Анализ: глобальные сочетания клавиш
Команды | Сочетания клавиш | Идентификатор команды |
---|---|---|
Перейти назад | SHIFT+ALT+3 | Analyze.NavigateBackward |
Перейти вперед | SHIFT+ALT+4 | Analyze.NavigateForward |
Архитектура: глобальные сочетания клавиш
Команды | Сочетания клавиш | Идентификатор команды |
---|---|---|
Создать схему | CTRL+\, CTRL+N | Architecture.NewDiagram |
Команды | Сочетания клавиш | Идентификатор команды |
---|---|---|
Повторить операцию скрипта мобильной службы | CTRL+NUM *, CTRL+R | WindowsAzure.RetryMobileServiceScriptOperation |
Показать сведения об ошибке скрипта мобильной службы | CTRL+NUM *, CTRL+D | WindowsAzure.ShowMobileServiceScriptErrorDetails |
Сборка: глобальные сочетания клавиш
Контекстные меню представления классов: глобальные сочетания клавиш
Команды | Сочетания клавиш | Идентификатор команды |
---|---|---|
Свойства | ALT+ВВОД | ClassViewContextMenus.ClassViewMultiselectProjectreferencesItems.Properties |
Отладка: глобальные сочетания клавиш
Контекстные меню отладчика: глобальные сочетания клавиш
Команды | Сочетания клавиш | Идентификатор команды |
---|---|---|
Удалить | ALT+F9, D | DebuggerContextMenus.BreakpointsWindow.Delete |
Перейти к дизассемблированию | ALT+F9, A | DebuggerContextMenus.BreakpointsWindow.GoToDisassembly |
Перейти к исходному коду | ALT+F9, S | DebuggerContextMenus.BreakpointsWindow.GoToSourceCode |
Центр диагностики: глобальные сочетания клавиш
Команда | Сочетание клавиш | Идентификатор команды |
---|---|---|
Остановка сбора | CTRL+ALT+F2 | DiagnosticsHub.StopCollection |
Редактирование: глобальные сочетания клавиш
Команды | Сочетания клавиш | Идентификатор команды |
---|---|---|
Копировать | CTRL+C |
CTRL+SHIFT+Z
Контекстные меню редактора: глобальные сочетания клавиш
Команды | Сочетания клавиш | Идентификатор команды |
---|---|---|
Условия точки останова | ALT+F9, C | EditorContextMenus.CodeWindow.Breakpoint.BreakpointConditions |
Метки изменения точки останова | ALT+F9, L | EditorContextMenus.CodeWindow.Breakpoint.BreakpointEditlabels |
Вставка временной точки останова | SHIFT+ALT+F9, T | EditorContextMenus.CodeWindow.Breakpoint.InsertTemporaryBreakpoint |
Показать элемент | CTRL+` | EditorContextMenus.CodeWindow.CodeMap.ShowItem |
Execute | CTRL+ALT+F5 | EditorContextMenus.CodeWindow.Execute |
Перейти к представлению | CTRL+M, CTRL+G | EditorContextMenus.CodeWindow.GoToView |
Переключить файл заголовков кода | CTRL+K, CTRL+O (латинская буква O) | EditorContextMenus.CodeWindow.ToggleHeaderCodeFile |
Просмотр иерархии вызовов | CTRL+K, CTRL+T |
Файл: глобальные сочетания клавиш
Команды | Сочетания клавиш | Идентификатор команды |
---|---|---|
Выход | ALT+F4 | File.Exit |
Создание файла | CTRL+N | File.NewFile |
Новый проект | CTRL+SHIFT+N | File.NewProject |
Новый веб-сайт | SHIFT+ALT+N | File.NewWebSite |
Открывает файл | CTRL+O (латинская буква O) | File.OpenFile |
Открытие проекта | CTRL+SHIFT+O (латинская буква O) | File.OpenProject |
Открыть веб-сайт | SHIFT+ALT+O (латинская буква O) | File.OpenWebSite |
Печать | CTRL+P | File.Print |
Сохранить все | CTRL+SHIFT+S | File.SaveAll |
Сохранить выбранные элементы | CTRL+S | File.SaveSelectedItems |
Просмотр в браузере | CTRL+SHIFT+W | File.ViewinBrowser |
Справка: глобальные сочетания клавиш
Команды | Сочетания клавиш | Идентификатор команды |
---|---|---|
Добавить и удалить содержимое справки | CTRL+ALT+F1 | Help.AddandRemoveHelpContent |
Справка F1 | F1 | Help.F1Help |
Посмотреть справку | CTRL+F1 | Help.ViewHelp |
Справка окна | SHIFT+F1 | Help.WindowHelp |
Нагрузочный тест: глобальные сочетания клавиш
Команда | Сочетание клавиш | Идентификатор команды |
---|---|---|
Перейти в область счетчиков | CTRL+R, Q | LoadTest.JumpToCounterPane |
Другие контекстные меню: глобальные сочетания клавиш
Команда | Сочетание клавиш | Идентификатор команды |
---|---|---|
Добавить новую диаграмму | Вставить | OtherContextMenus.MicrosoftDataEntityDesignContext.AddNewDiagram |
Проект: глобальные сочетания клавиш
Команды | Сочетания клавиш | Идентификатор команды |
---|---|---|
Добавить существующий элемент | SHIFT+ALT+A | Project.AddExistingItem |
Добавление нового элемента | CTRL+SHIFT+A | Project.AddNewItem |
Мастер классов | CTRL+SHIFT+X | Project.ClassWizard |
Переопределение | CTRL+ALT+INS | Project.Override |
Предварительный просмотр изменений | ALT+; затем ALT+C | Project.Previewchanges |
Опубликовать выбранные файлы | ALT+; затем ALT+P | Project.Publishselectedfiles |
Заменить выбранные файлы с сервера | ALT+; затем ALT+R | Project.Replaceselectedfilesfromserver |
Контекстные меню проекта и решения: глобальные сочетания клавиш
Команды | Сочетания клавиш | Идентификатор команды |
---|---|---|
Переместить вниз | ALT+СТРЕЛКА ВНИЗ | ProjectandSolutionContextMenus.Item.MoveDown |
Переместить вверх | ALT+СТРЕЛКА ВВЕРХ | ProjectandSolutionContextMenus.Item.MoveUp |
Рефакторинг: глобальные сочетания клавиш
Команды | Сочетания клавиш | Идентификатор команды |
---|---|---|
Инкапсуляция поля | CTRL+R, CTRL+E | Refactor.EncapsulateField |
Извлечение интерфейса | CTRL+R, CTRL+I | Refactor.ExtractInterface |
Извлечение метода | CTRL+R, CTRL+M | Refactor.ExtractMethod |
Удалить параметры | CTRL+R, CTRL+V | Refactor.RemoveParameters |
Переименовать | CTRL+R, CTRL+R | Refactor.Rename |
Упорядочить параметры | CTRL+R, CTRL+O (латинская буква O) | Refactor.ReorderParameters |
Обозреватель решений: глобальные сочетания клавиш
Команды | Сочетания клавиш | Идентификатор команды |
---|---|---|
Открыть фильтр файлов | CTRL+[ , O (латинская буква O) |
Команда: глобальные сочетания клавиш
Команды | Сочетания клавиш | Идентификатор команды |
---|---|---|
Перейти к веткам Git | CTRL+0 (ноль), CTRL+N |
Контекстные меню Team Foundation: глобальные сочетания клавиш
Команды | Сочетания клавиш | Идентификатор команды |
---|---|---|
Перейти к сборкам | CTRL+0 (ноль), CTRL+B |
Тестирование: глобальные сочетания клавиш
Обозреватель тестов: глобальные сочетания клавиш
Средства: глобальные сочетания клавиш
Команды | Сочетания клавиш | Идентификатор команды |
---|---|---|
Присоединение к процессу | CTRL+ALT+P | Tools.AttachtoProcess |
Диспетчер фрагментов кода | CTRL+K, CTRL+B | Tools.CodeSnippetsManager |
Принудительная сборка мусора | CTRL+SHIFT+ALT+F12, CTRL+SHIFT+ALT+F12 | Tools.ForceGC |
Представление: глобальные сочетания клавиш
Окно: глобальные сочетания клавиш
Команды | Сочетания клавиш | Идентификатор команды |
---|---|---|
Активировать окно документа | ESC | Window.ActivateDocumentWindow |
Добавить вкладку в выделенный фрагмент | CTRL+SHIFT+ALT+ПРОБЕЛ | Window.AddTabtoSelection |
Закрыть окно документа | CTRL+F4 | Window.CloseDocumentWindow |
Закрыть окно инструментов | SHIFT+ESC | Window.CloseToolWindow |
Не закрывать вкладку | CTRL+ALT+HOME | Window.KeepTabOpen |
Перейти к панели навигации | CTRL+F2 | Window.MovetoNavigationBar |
Следующее окно документа | CTRL+F6 | Window.NextDocumentWindow |
Следующая панель навигации окна документа | CTRL+TAB | Window.NextDocumentWindowNav |
Следующая область | ALT+F6 | Window.NextPane |
Следующая область разделения | F6 | Window.NextSplitPane |
Следующая вкладка | CTRL+ALT+PGDN |
Сочетания клавиш, зависящие от контекста
Эти сочетания клавиш зависят от контекста. Это означает, что вы можете использовать их с меню и элементами в Visual Studio, которые относятся к типу проекта, языку программирования или платформе.
Как правило, каждая версия Visual Studio поддерживает большую часть типов проектов, файлов и других ресурсов предыдущих выпусков. С ними можно работать, как обычно, при условии, что вы не зависите от новых функций. В Visual Studio по возможности сохраняется обратная совместимость с предыдущими версиями, такими как Visual Studio 2015, Visual Studio 2013 и Visual Studio 2012. (См. заметки о выпуске, чтобы узнать, какие функции к какой версии относятся.)
Поддержка некоторых типов проектов также со временем меняется. Новейшая версия Visual Studio может больше не поддерживать некоторые проекты или же потребовать обновить проект так, что он больше не будет обратно совместимым. Текущее состояние проблем с миграцией см. на сайте сообщества разработчиков Visual Studio.
В этой статье содержатся только сведения о типах проектов, которые Visual Studio 2017 может переносить. В статье не указаны типы проектов, которые больше не поддерживаются в Visual Studio 2017 и поэтому не могут быть перенесены. Кроме того, в ней не указаны поддерживаемые типы проектов, не имеющие проблем с миграцией. Этот список находится на странице целевой платформы и совместимости.
Если вы ищете сведения о последнем выпуске, см. версию этой страницы для Visual Studio 2022.
Для определенных типов проектов требуется установить соответствующие рабочие нагрузки с помощью установщика Visual Studio. При отсутствии установленной рабочей нагрузки Visual Studio сообщает о неизвестном или несовместимом типе проекта. В этом случае проверьте параметры установки и повторите попытку. Просмотрите статью о целевой платформе и совместимости для получения сведений о поддержке проектов в Visual Studio 2017.
Типы проектов
В следующем списке описывается поддержка проектов Visual Studio 2017, созданных в более ранних версиях.
- Теперь проекты моделирования называются в меню и шаблонах проектами проверки зависимостей.
- UML-схемы больше не поддерживаются в Visual Studio 2017. UML-файлы указываются в обозревателе решений, как и ранее, но открываются как XML-файлы. Для просмотра, создания или изменения UML-схем следует использовать Visual Studio 2015.
- В Visual Studio 2017 проверка архитектурных зависимостей больше не выполняется при сборке проекта моделирования. Вместо этого проверка осуществляется при сборке каждого проекта кода. Это изменение не влияет на проект моделирования, но необходимо внести изменения в проверяемые проекты кода. Visual Studio 2017 автоматически вносит необходимые изменения в проекты кода (дополнительные сведения).
Как Visual Studio определяет необходимость переноса проекта
В каждой новой версии Visual Studio по возможности сохраняется совместимость с предыдущими версиями, чтобы проект можно было открывать, изменять и выполнять его сборку в разных версиях. Однако со временем неизбежны изменения, из-за которых некоторые типы проектов могут больше не поддерживаться. (Список типов проектов, поддерживаемых в Visual Studio 2017, см. в статье Целевые платформы и совместимость.) В таких случаях проект не будет загружаться в более новой версии Visual Studio и путь миграции предлагаться не будет. С проектом следует работать в предыдущей версии Visual Studio, которая поддерживает его.
В других случаях проект может открываться в более новой версии Visual Studio, но он должен быть обновлен или перенесен, из-за чего он может стать несовместимым с предыдущими версиями. Необходимость в миграции определяется в Visual Studio на основе ряда критериев:
совместимость с целевыми версиями платформ вплоть до Visual Studio 2013 RTM;
совместимость ресурсов времени разработки с предыдущими версиями Visual Studio (в частности, с различными каналами Visual Studio 2017, Visual Studio 2015 RTM и с обновлением 3, Visual Studio 2013 RTM и с обновлением 5, Visual Studio 2012 с обновлением 4, Visual Studio 2010 с пакетом обновления 1 (SP1)); в случае использования нерекомендуемых ресурсов времени разработки в Visual Studio 2017 предпринимается попытка обработать их корректно, не повреждая их, чтобы проект по-прежнему мог открываться в предыдущих версиях;
нарушение совместимости с предыдущими версиями вплоть до Visual Studio 2013 RTM и с обновлением 5 из-за новых ресурсов времени разработки.
Технический владелец проекта оценивает эти критерии и создает запрос, если имеется необходимость в поддержке, обеспечении совместимости и миграции. Между версиями Visual Studio по возможности обеспечивается прозрачная совместимость. Это означает, что проекты, создаваемые и изменяемые в одной версии Visual Studio, будут работать в других версиях.
Однако если такая совместимость невозможна, как в случае с некоторыми типами проектов, описанными в этой статье, в Visual Studio открывается мастер обновления для внесения необходимых односторонних изменений.
Одним из этих односторонних изменений может быть изменение свойства ToolsVersion в файле проекта. Оно указывает, какая именно версия MSBuild может преобразовывать исходный код проекта в выполняемые и развертываемые артефакты. То есть несовместимость проекта с предыдущими версиями Visual Studio зависит не от версии Visual Studio, а от версии MSBuild, определяемой свойством ToolsVersion . Если ваша версия Visual Studio включает в себя цепочку инструментов MSBuild, соответствующую значению свойства ToolsVersion в проекте, то она может вызывать эту цепочку инструментов для сборки проекта.
С целью обеспечения максимальной совместимости с проектами, созданными в более ранних версиях, Visual Studio 2017 включает в себя необходимые цепочки инструментов MSBuild для поддержки значений ToolsVersion 15, 14, 12 и 4. Сборка проектов, в которых используется любое из этих значений ToolsVersion , должна выполняться успешно. (При этом необходимо учитывать, поддерживает ли вообще Visual Studio 2017 данный тип проекта, как описано в статье Целевые платформы и совместимость.)
Следующие шаги
Дополнительные сведения см. в следующих статьях:
См. также
Каждая новая версия Visual Studio поддерживает большую часть типов проектов, файлов и других ресурсов. С ними можно работать как обычно, при условии, что вы не зависите от новых функций.
Если вы ищете сведения о следующем выпуске, см. версию этой страницы для Visual Studio 2022.
Мы стараемся сохранить обратную совместимость с предыдущими версиями, такими как Visual Studio 2017, Visual Studio 2015, Visual Studio 2013 и Visual Studio 2012. Однако поддержка некоторых типов проектов также со временем меняется. Новейшая версия Visual Studio может не поддерживать некоторые проекты или же потребовать обновить проект так, что он больше не будет обратно совместимым.
Текущее состояние проблем с миграцией см. в сообществе разработчиков Visual Studio. Просмотрите заметки о выпуске, чтобы узнать, какие функции к какой версии Visual Studio относятся.
Некоторые типы проектов требуют конкретных рабочих нагрузок. При отсутствии установленной рабочей нагрузки Visual Studio сообщает о неизвестном или несовместимом типе проекта. В этом случае проверьте параметры установки в Visual Studio Installer и повторите попытку. Дополнительные сведения о поддержке проектов в Visual Studio 2019 см. в статье Целевая платформа и совместимость для Visual Studio 2019.
Типы проектов
В следующем списке описывается поддержка проектов Visual Studio 2019, созданных в более ранних версиях.
Visual Studio 2017: Формат XPROJ поддерживается исключительно для переноса в формат CSPROJ. При открытии XPROJ-файла вам будет предложено перенести файл в формат CSPROJ в стиле SDK. (Будет создана резервная копия XPROJ-файла.) Проекты формата CSPROJ в стиле SDK не поддерживаются в Visual Studio 2015 и более ранних версиях.
- Теперь проекты моделирования называются в меню и шаблонах проектами проверки зависимостей.
- UML-схемы больше не поддерживаются в Visual Studio 2017 и Visual Studio 2019. UML-файлы указываются в обозревателе решений, как и ранее, но открываются как XML-файлы. Для просмотра, создания или изменения UML-схем следует использовать Visual Studio 2015.
- В Visual Studio 2019 проверка архитектурных зависимостей больше не выполняется при сборке проекта моделирования. Вместо этого проверка осуществляется при сборке каждого проекта кода. Это изменение не влияет на проект моделирования, но необходимо внести изменения в проверяемые проекты кода. Visual Studio 2019 автоматически вносит необходимые изменения в проекты кода.
Из установщика Visual Studio 2019 были исключены версии пакетов SDK Windows 10, предшествующие обновлению Windows 10 Fall Creators Update (сборка 16299). Вы можете вручную скачать старые версии таких пакетов SDK или использовать их более новые версии.
Миграция проекта
Хотя мы пытаемся сохранить совместимость с предыдущими версиями, существуют изменения, из-за которых некоторые типы проектов могут больше не поддерживаться. (Список типов проектов, поддерживаемых в Visual Studio 2019, см. в статье Целевые платформы и совместимость.) В таких случаях в более новой версии Visual Studio не будет загружаться проект или предлагаться путь миграции. С этим проектом необходимо будет работать в предыдущей версии Visual Studio.
Иногда проект может открываться в более новой версии Visual Studio, но он должен быть обновлен или перенесен, из-за чего может стать несовместимым с предыдущими версиями. Необходимость в миграции определяется в Visual Studio на основе ряда критериев:
совместимость с целевыми версиями платформ вплоть до Visual Studio 2013 RTM;
совместимость ресурсов времени разработки с предыдущими версиями Visual Studio (в частности, с различными каналами Visual Studio 2019, Visual Studio 2017; Visual Studio 2015 RTM и с обновлением 3, Visual Studio 2013 RTM и с обновлением 5, Visual Studio 2012 с обновлением 4, Visual Studio 2010 с пакетом обновления 1 (SP1)); в случае использования нерекомендуемых ресурсов времени разработки в Visual Studio 2019 предпринимается попытка обработать их корректно, не повреждая их, чтобы проект по-прежнему мог открываться в предыдущих версиях;
нарушение совместимости с предыдущими версиями вплоть до Visual Studio 2013 RTM и с обновлением 5 из-за новых ресурсов времени разработки.
Группа разработчиков проекта оценивает эти критерии и создает запрос, если есть необходимость в поддержке, обеспечении совместимости и миграции. Мы пытаемся обеспечивать совместимость между версиями Visual Studio, чтобы проекты, создаваемые в одной версии Visual Studio, могли работать и в других версиях.
Иногда такая совместимость невозможна. Тогда в Visual Studio открывается мастер обновления для внесения необходимых односторонних изменений. Одним из этих односторонних изменений может быть изменение свойства ToolsVersion в файле проекта. Оно указывает, какая именно версия MSBuild может преобразовывать исходный код проекта в требуемые выполняемые и развертываемые артефакты.
Несовместимость проекта с предыдущими версиями Visual Studio зависит не от версии Visual Studio, а от версии MSBuild, определяемой свойством ToolsVersion . Если ваша версия Visual Studio включает в себя цепочку инструментов MSBuild, соответствующую значению свойства ToolsVersion в проекте, то она может вызывать эту цепочку инструментов для сборки проекта.
С целью обеспечения совместимости с проектами, созданными в предыдущих версиях, Visual Studio 2019 включает в себя необходимые цепочки инструментов MSBuild для поддержки значений ToolsVersion 15, 14, 12 и 4. Сборка проектов, в которых используется любое из этих значений ToolsVersion , должна выполняться успешно. (При этом необходимо учитывать, поддерживает ли Visual Studio 2019 данный тип проекта, как описано в статье Целевая платформа и совместимость для Visual Studio 2019.)
Следующие шаги
Дополнительные сведения см. в следующих статьях:
См. также
Каждая новая версия Visual Studio поддерживает большую часть типов проектов, файлов и других ресурсов. С ними можно работать как обычно, при условии, что вы не зависите от новых функций.
Мы стараемся сохранить обратную совместимость с предыдущими версиями, такими как Visual Studio 2019, Visual Studio 2017, Visual Studio 2015, Visual Studio 2013 и Visual Studio 2012. Однако поддержка некоторых типов проектов также со временем меняется. Новейшая версия Visual Studio может не поддерживать некоторые проекты или же потребовать обновить проект так, что он больше не будет обратно совместимым.
Текущее состояние проблем с миграцией см. в сообществе разработчиков Visual Studio. Просмотрите заметки о выпуске, чтобы узнать, какие функции к какой версии Visual Studio относятся.
Некоторые типы проектов требуют конкретных рабочих нагрузок. При отсутствии установленной рабочей нагрузки Visual Studio сообщает о неизвестном или несовместимом типе проекта. В этом случае проверьте параметры установки в Visual Studio Installer и повторите попытку. Дополнительные сведения о поддержке проектов в Visual Studio 2022 см. в статье Целевая платформа и совместимость.
Типы проектов
В следующем списке описывается поддержка проектов Visual Studio 2022, созданных в более ранних версиях.
Visual Studio 2017: Формат XPROJ поддерживается исключительно для переноса в формат CSPROJ. При открытии XPROJ-файла вам будет предложено перенести файл в формат CSPROJ в стиле SDK. (Будет создана резервная копия XPROJ-файла.) Проекты формата CSPROJ в стиле SDK не поддерживаются в Visual Studio 2015 и более ранних версиях.
- Теперь проекты моделирования называются в меню и шаблонах проектами проверки зависимостей.
- UML-схемы больше не поддерживаются в Visual Studio 2017 и Visual Studio 2019. UML-файлы указываются в обозревателе решений, как и ранее, но открываются как XML-файлы. Для просмотра, создания или изменения UML-схем следует использовать Visual Studio 2015.
- В Visual Studio 2019 проверка архитектурных зависимостей больше не выполняется при сборке проекта моделирования. Вместо этого проверка осуществляется при сборке каждого проекта кода. Это изменение не влияет на проект моделирования, но необходимо внести изменения в проверяемые проекты кода. Visual Studio 2019 автоматически вносит необходимые изменения в проекты кода.
Из установщика Visual Studio 2019 были исключены версии пакетов SDK Windows 10, предшествующие обновлению Windows 10 Fall Creators Update (сборка 16299). Вы можете вручную скачать старые версии таких пакетов SDK или использовать их более новые версии.
Миграция проекта
Хотя мы пытаемся сохранить совместимость с предыдущими версиями, существуют изменения, из-за которых некоторые типы проектов могут больше не поддерживаться. В таких случаях в более новой версии Visual Studio не будет загружаться проект или предлагаться путь миграции. С этим проектом необходимо будет работать в предыдущей версии Visual Studio.
Иногда проект может открываться в более новой версии Visual Studio, но он должен быть обновлен или перенесен, из-за чего может стать несовместимым с предыдущими версиями. Необходимость в миграции определяется в Visual Studio на основе ряда критериев:
совместимость с целевыми версиями платформ вплоть до Visual Studio 2013 RTM;
совместимость ресурсов времени разработки с предыдущими версиями Visual Studio (в частности, с различными каналами Visual Studio 2022, Visual Studio 2019; Visual Studio 2017, Visual Studio 2015 RTM и с обновлением 3, Visual Studio 2013 RTM и с обновлением 5, Visual Studio 2012 с обновлением 4 и Visual Studio 2010 с пакетом обновления 1); в случае использования нерекомендуемых ресурсов времени разработки в Visual Studio 2022 предпринимается попытка обработать их корректно, не повреждая их, чтобы проект по-прежнему мог открываться в предыдущих версиях;
нарушение совместимости с предыдущими версиями вплоть до Visual Studio 2013 RTM и с обновлением 5 из-за новых ресурсов времени разработки.
Группа разработчиков проекта оценивает эти критерии и создает запрос, если есть необходимость в поддержке, обеспечении совместимости и миграции. Мы пытаемся обеспечивать совместимость между версиями Visual Studio, чтобы проекты, создаваемые в одной версии Visual Studio, могли работать и в других версиях.
Иногда такая совместимость невозможна. Тогда в Visual Studio открывается мастер обновления для внесения необходимых односторонних изменений. Одним из этих односторонних изменений может быть изменение свойства ToolsVersion в файле проекта. Оно указывает, какая именно версия MSBuild может преобразовывать исходный код проекта в требуемые выполняемые и развертываемые артефакты.
Несовместимость проекта с предыдущими версиями Visual Studio зависит не от версии Visual Studio, а от версии MSBuild, определяемой свойством ToolsVersion . Если ваша версия Visual Studio включает в себя цепочку инструментов MSBuild, соответствующую значению свойства ToolsVersion в проекте, то она может вызывать эту цепочку инструментов для сборки проекта.
С целью обеспечения совместимости с проектами, созданными в предыдущих версиях, Visual Studio 2019 включает в себя необходимые цепочки инструментов MSBuild для поддержки значений ToolsVersion 15, 14, 12 и 4. Сборка проектов, в которых используется любое из этих значений ToolsVersion , должна выполняться успешно. (При этом необходимо учитывать, поддерживает ли Visual Studio 2019 данный тип проекта, как описано в статье Целевая платформа и совместимость для Visual Studio 2019.)
Читайте также: