Visual studio ожидающее редактирование
XML используется повсюду от веб-служб, баз данных, конфигурационных файлов, до офисных документов. Эта статья познакомит вас с инструментальной поддержкой предлагаемой Visual Studio 2008, которая облегчает работу с XML. В статье рассматривается редактирование XML файлов, работа со схемами XML, отладка стилевых таблиц XSLT и расширение Visual Studio при помощи написания собственных XML дизайнеров.
Когда вы открываете XML файл в Visual Studio 2008 (например .xml, .xsd, .xslt, .svg или .config), вы запускаете встроенный редактор XML. XML редактор поставляется с полным набором функций который можно ожидать от редактора Visual Studio, включая IntelliSense, раскраску кода, подсветку скобок, сворачивание/разворачиваине и форматирование кода. Он предоставляет полную проверку синтаксиса XML 1.0, завершение тэгов, также как и поддержку схемы XML с валидацией в реальном времени.
Редактирование XML файлов
Нужно признать, что ручное редактирование XML-файлов может быть очень утомительным и отнимать много времени. Чтобы помочь в этом XML редактор Visual Studio 2008 поставляется с большим количеством функций для улучшения производительности. Одной из таких функций является расширяемая библиотека фрагментов XML кода — XML файлов которые содержат конфигурируемые участки кода, которые выступают в роли шаблонов для использования во время редактирования документа. С Visual Studio устанавливается много файлов фрагментов XML кода, которые помогают разработчикам при написании схем XML и стилевых страниц XSLT. Чтобы вызвать фрагмент во время редактирования XML-файла, выберите «Insert Snippet» («Вставить Фрагмент») из меню «Edit > IntelliSense» («Редактировать > IntelliSense»). Как только вы вставили фрагмент, вы можете перемещаться между подсвеченными полями, которые можно изменять клавишей TAB, чтобы вводить данные. На Рисунке 1 показан пример вставки фрагмента.
Рисунок 1: Вызов фрагмента XML кода в Visual Studio 2008.
Вы также можете записывать ваши собственные фрагменты. Если вы хотите создать простой фрагмент, выполните следующие шаги:
Создайте XML файл и наберите в нем:
Нажмите ESCAPE, чтобы закрыть окно IntelliSense.
Нажмите TAB.
Введите значение.
Нажмите ENTER для завершения.
Для более подробной информации Я рекомендую публикацию в блоге редактор Visual Studio
«Code Snippet — Schema Description».
Что вы будете делать, когда нету готовых фрагментов XML кода, а вам нужно создать XML файл основанный на существующей схеме? Редактор XML предлагает широкий диапазон возможностей при помощи которых вы можете ассоциировать ваши XML документы с XML схемами. IntelliSense основанные на схеме, валидацию в режиме реально времени, а также отчет об ошибках это всего несколько из них. В дополнение к названному, XML редактор может динамически генерировать фрагменты кода основанные на существующей схеме. После того как вы предоставили имя элемента который нужно добавить XML редактор может проанализировать схему на требующуюся информацию, сгенерировать фрагмент кода и вставить его для вас. Чтобы вызвать функции динамического построения фрагментов XML кода все что вам нужно сделать, набрать имя элемента также как это показано в следующем примере:
и нажмите клавишу TAB. XML редактор создаст фрагмент кода, который будет выглядеть очень похоже с тем, что уже было показано на Рисунке 1 за исключением того, что вам ничего не нужно будет делать заранее. Это очень мощная функция, особенно, когда вам нужно создать документы с большими моделями содержимого.
По умолчанию XML редактор генерирует только требующееся содержимое, но это поведение может быть переопределено при помощи аннотаций в XML схемах. Больше информации вы найдете в MSDN под заголовком, «How to: Generate an XML Snippet From an XML Schema».
Кеш схемы и каталоги Схем
Для продвинутых пользователей XML редактор предлагает такие функций как кеш схемы каталоги файлов схем. Кеш схемы это папка которая содержит множество хорошо известных W3C схем, также как и много схем конкретно созданных Microsoft или связанных с их технологиями. Она служит как репозиторий широко используемых схем, которые обычно не меняются. Вы найдете расположение схем по умолчанию в %vsinstalldir%\xml\schemas, где "%vsinstalldir%" это переменная представляющая расположение в которое установлена Visual Studio. Когда вы объявляете одно из пространств имен определенных этими схемами в ваших XML файлах, редактор будет автоматически ассоциировать соответствующие схемы из расположения кеша и быстро предоставлять IntelliSense и валидацию для этой схемы.
Каталог схем это XML файлы размещающиеся в директории кеша схем (файл catalog.xml по умолчанию). Они дают продвинутым пользователям более точный контроль над различными пространствами имен, которые они возможно будут использовать. Например, вы можете ассоциировать определенные пространства имен с внешними источниками:
Вы также можете использовать файлы каталогов для создания ассоциаций между файлами схемы и расширениями файлов вам может быть это иногда полезно, когда схема не имеет targetNamespace:
Нововведение в Visual Studio 2008, вы также можете добавлять условия:
extension="config"
schema="xml/schemas/dotNetConfig30.xsd"
condition="%TargetFrameworkVersion% = 3.0" />
Наконец, вы можете создать цепочку ссылаясь из одного файла каталога на другой:
Работа с большими файлами
Другая важная функция редактирования которую я хотел бы отметить это поддержка редактором XML больших файлов. Хотя вы и могли работать с большими файлами в предыдущих версиях, Visual Studio 2008 поддерживает инкрементальный анализ XML документов. Теперь, если вы работаете с файлом размером 10 Мб, вам не нужно ждать пока Visual Studio проанализирует файл целиком каждый раз как вы внесли изменения. XML редактор изолирует правки и переанализирует только те части которые требуется, предлагая таким образом лучшую производительность и отклик.
Я описал лишь несколько интересных функций XML редактора, но очевидно, нельзя рассмотреть здесь все из них. Таблица 1 показывает некоторые из функций которые доступны пользователям Visual Studio.
Функция | Поддержка в Visual Studio 2008 |
Автозавершение | X |
Подсветка синтаксиса | X |
Сворачивание/Разворачивание кода | X |
IntelliSense | X |
Расширяемая библиотека фрагментов кода | X |
Динамические фрагменты кода | X |
Переход к определению (из XML к XSD) | X |
Навигация назад/вперед | X |
Поддержка проекта и профиля пользователя | X |
Валидация в режиме реального времени | X |
Полная поддержка XSD | X |
Поддержка пространств имен | X |
Поддержка DTD | X |
Генерация XSD по XML | X |
Конвертация DTD в XSD | X |
Поддержка Юникода | X |
Поддержка больших файлов (10 Мб+) | X |
Отладка стилевых таблиц XSLT
XSLT является стандартным языком трансформаций утвержденным W3C, который очень популярен среди большой группы разработчиков. Редакция Visual Studio Professional предоставляет поддержку редактирования и отладки стилевых таблиц XSLT. Редактирование файлов XSLT подобно редактированию XML файлов. Когда речь заходит об отладке XSLT, Visual Studio поддерживает два главных сценария:
Отладка отдельной трансформации, которая полезна, когда вашим изначальным интересом является документ на входе, собственно трансформация и документ на выходе.
Интегрированная в CLR отладка, которая полезна для отладки трансформаций в контексте вашего CLR приложения.
Отладка отдельных трансформаций
Рисунок 2 демонстрирует среду отладки, в момент когда вы работаете с XSLT трансформациями. В конфигурации по умолчанию, вы можете видеть XSLT файл и вкладки видов ввода документа и вывода документа. Вы также можете сконфигурировать Visual Studio, чтобы одновременно отображались все три документа. Когда вы проходите через код трансформации, вы можете видеть входящие данные, трансформацию которая обрабатывает этот ввод и генерацию выходного файла.
Рисунок 2: Отладка отдельных XSLT трансформаций.
CLR-интегрированная отладка
XslCompiledTransform xsltcmd =
new XslCompiledTransform( true );
xsltcmd.Load(XSLTFile);
XmlUrlResolver resolver = new XmlUrlResolver();
XmlWriter writer = XmlWriter.Create(OutputFile);
* This source code was highlighted with Source Code Highlighter .
Если вы установите точку останова на вызове метода и пройдете в него, отладчик покажет вам стилевую таблицу XSLT (Рисунок 3). Все функции описанные в разделе отладки отдельной таблицы стилей также применимы здесь. Единственным исключением является возможность устанавливать точки останова в файлах данных. Эта функция не доступна, когда вы переходите из в XSLT из другой программы на CLR. Все остальное будет вести себя точно также как описано в выше.
Таблица 2 представляет сводку различных функций доступных во время отладки XSLT трансформаций.
Feature | Visual Studio 2008 Support |
Browser view | X |
Locals, watch, call stack | X |
Viewing input XML, output, and XLST during debugging | X |
Breakpoints in XML | X |
Breakpoints in XSLT | X |
CLR language debugger integration | X |
Расширение инструментов XML
Рисунок 4: Старый способ создания пользовательских XML дизайнеров поверх XML редактора.
С другой стороны в XML редакторе есть свой собственный анализатор с восстановлением после ошибок. Она также создает свое собственное дерево анализа представляющее содержимое буфера. В Visual Studio 2008, Microsoft открыла это дерево LINQ to XML сторонним разработчикам. Новая архитектура показана на Рисунке 5. Новое API позволяет разработчикам создавать пользовательские виды поверх дерева анализа XML редактора, предоставляющие им логику восстановления после ошибок XML редактора и дерево анализа LINQ to XML с транзакциями по обновлению, результаты выполнения которых появляются в буфере интегрированным Visual Studio UndoManager. Эти изменения облегчают разработчикам создание XML инструментов поверх Visual Studio 2008.
Редактор Visual Studio предоставляет множество возможностей, облегчающих написание кода и текста, а также управление им. Используя структуру, вы можете разворачивать и сворачивать различные блоки кода. Получить дополнительные сведения о коде можно с помощью технологии IntelliSense, окна Обозреватель объектов и иерархии вызовов. Для поиска в коде можно использовать такие функции, как Перейти, Перейти к определению и Найти все ссылки. Вставлять блоки кода можно с помощью фрагментов кода. Код также можно создавать с помощью функций, таких как Создание в результате использования. Если вы ранее не работали в редакторе Visual Studio, см. статью со сведениями об использовании редактора кода.
Этот раздел относится к Visual Studio в Windows. Информацию о Visual Studio для Mac см. в статье Редактор исходного кода (Visual Studio для Mac).
Код можно просматривать различными способами. По умолчанию в обозревателе решений код упорядочен по файлам. Чтобы просмотреть код, упорядоченный по классам, можно выбрать вкладку Представление классов в нижней части окна.
Можно выполнять поиск и замену текста в одном или нескольких файлах. Дополнительные сведения см. в статье Поиск и замена текста. Регулярные выражения платформы используются для поиска и замены текста. Дополнительные сведения см. в статье Использование регулярных выражений в Visual Studio.
Разные языки Visual Studio предоставляют разные наборы функций, а в некоторых случаях одни и те же функции ведут себя по-разному в разных языках. Многие из этих отличий указаны в описаниях функций. Дополнительные сведения можно найти в разделах, посвященных конкретным языкам Visual Studio.
Возможности редактора
Дополнительные возможности редактирования
В меню Правка > Дополнительно на панели инструментов есть набор дополнительных функций. Не все они доступны для каждого типа файлов кода.
Функция | Описание |
---|---|
Форматировать документ | Установка правильного отступа строк кода и перемещение фигурных скобок для разделения строк в документе. |
Форматировать выделенный фрагмент | Установка правильного отступа строк кода и перемещение фигурных скобок для разделения строк в выделенном фрагменте. |
Преобразовать пробелы в знаки табуляции в выделенных строках | Замена начальных пробелов на знаки табуляции там, где это уместно. |
Преобразовать знаки табуляции в пробелы в выделенных строках | Замена начальных знаков табуляции на пробелы. Если требуется преобразовать все пробелы в знаки табуляции в файле (или все знаки табуляции в пробелы), можно использовать команды Edit.ConvertSpacesToTabs и Edit.ConvertTabsToSpaces . Эти команды не включены в меню Visual Studio, но их можно вызывать из окна быстрого доступа или окна командной строки. |
Все прописные | Перевод всех символов в выделенном фрагменте в верхний регистр или, если ничего не выбрано, перевод символа в позиции курсора в верхний регистр. Ярлык. CTRL+SHIFT+U. |
Все строчные | Перевод всех символов в выделенном фрагменте в нижний регистр или, если ничего не выбрано, перевод символа в позиции курсора в нижний регистр. Ярлык. CTRL+U. |
Переместить выбранные строки вверх | Перемещение выбранной строки вверх на одну строку. Ярлык. ALT+СТРЕЛКА ВВЕРХ. |
Переместить выбранные строки вниз | Перемещение выбранной строки вниз на одну строку. Ярлык. ALT+ВНИЗ. |
Удалить пустое пространство по горизонтали | Удаление символов табуляции и пробелов в конце текущей строки. Ярлык. CTRL+K, CTRL+ \ |
Показать пустое пространство | Отображение пробелов в виде приподнятых точек, а символов табуляции — в виде стрелок. Конец файла отображается как прямоугольный глиф. Если с помощью меню выбран вариант Сервис > Параметры > Текстовый редактор > Все языки > Перенос по словам > Показывать графические метки в местах переноса слов, этот глиф также будет отображаться. |
Перенос по словам | В этом режиме все строки документа отображаются полностью в окне кода. Перенос по словам можно включить или отключить в разделе Все языки для текстового редактора (Сервис > Параметры > Текстовый редактор > Все языки). |
Закомментировать выделенный фрагмент | Добавление символов комментария к выбранному фрагменту или текущей строке. Ярлык. CTRL+K, CTRL+C |
Раскомментировать выделенный фрагмент | Удаление символов комментария из выбранного фрагмента или текущей строки. Ярлык. CTRL+K, CTRL+U |
Увеличить отступ строки | Добавление символа табуляции (или эквивалентных пробелов) к выбранным строкам или текущей строке. |
Уменьшить отступ строки | Удаление символа табуляции (или эквивалентных пробелов) из выбранных строк или текущей строки. |
Выбрать тег | Выбор тега в документе, содержащем теги (например, XML или HTML). |
Выделить содержимое тега | Выбор содержимого в документе, содержащем теги (например, XML или HTML). |
Перемещение по коду и поиск
Перемещаться по редактору кода можно несколькими способами, включая переход назад и вперед к точкам вставки, просмотр определения типа или члена и переход к определенному методу с помощью панели навигации. Дополнительные сведения см. в статье Навигация по коду.
Поиск ссылок в базе коде
Чтобы найти, где именно в базе кода используются ссылки на элементы кода, можно использовать команду Найти все ссылки или нажать SHIFT+F12. Кроме того, когда вы щелкаете тип или член, функция выделения ссылок автоматически выделяет все ссылки на него. Дополнительные сведения см. в разделе Поиск ссылок в коде.
Создание, исправление или рефакторинг кода
Visual Studio помогает создавать, исправлять код и выполнять его рефакторинг самыми разными способами.
Вы можете использовать фрагменты кода для вставки шаблона, такого как блок switch или объявление enum.
Вы можете использовать быстрые действия для создания кода, например классов и свойств, или для введения локальной переменной. Кроме того, быстрые действия можно использовать для улучшения кода, например для удаления ненужных приведений и переменных либо для добавления проверок значений NULL перед обращением к переменным.
Вы можете выполнять рефакторинг кода, например чтобы переименовывать переменные, изменять порядок параметров метода или синхронизировать тип с его именем файла.
Настройка редактора
Вы можете использовать свои параметры Visual Studio совместно с другим разработчиком, привести параметры в соответствие со стандартом или вернуться к настройкам, заданным по умолчанию в Visual Studio, с помощью команды Мастер импорта и экспорта параметров в меню Сервис. В мастере импорта и экспорта параметров можно изменить выбранные общие параметры, а также зависящие от языка и проекта параметры.
Чтобы определить новые или переопределить существующие сочетания клавиш, выберите Сервис > Параметры > Среда > Клавиатура. Дополнительные сведения о сочетаниях клавиш см. в статье Сочетания клавиш по умолчанию в Visual Studio.
Параметры редактора для JavaScript см. в статье о параметрах редактора JavaScript.
Большинство изменений, вносимых в файлы, помещаются в очередь в качестве ожидающих изменений. По мере работы вы можете упорядочивать, администрировать и получать сведения о том, что вы изменили.
Работа в обозревателе решений
На главной странице Team Explorer (клавиатура: CTRL+0, H) можно начать писать код в новом либо в существующем решении.
Открыв решение, откройте обозреватель решений (клавиатура: CTRL+ALT+L).
При открытии и изменении файла в обозревателе решений файл извлекается автоматически. Значки отображаются, чтобы указать, какие файлы вы не изменились , те, которые вы извлекли , и те, которые вы добавили в решение .
Если вы работаете в решении с большим количеством файлов, возможно, вам будет удобно отфильтровать обозреватель решений, чтобы отобразить только измененные файлы (клавиатура: CTRL + [, P).
Использование страницы "Моя работа" для управления работой
Если вы используете Visual Studio Premium или Visual Studio Ultimate, вы можете использовать страницу "Моя работа" (клавиша CTRL+0, M) в обозревателе команд для управления работой.
- Отслеживание работы с рабочими элементами
- Приостанавливать и затем возобновлять работу (включая изменения файлов, связанные задачи, а также состояние Visual Studio, например положение окон и точек останова).
- Запрос проверки кода
Советы
- Вы можете управлять типами рабочих элементов, отображаемых в разделе "Доступные рабочие элементы ". Выберите один из параметров по умолчанию или любой из личных запросов, содержащихся в корневой папке "Мои запросы ". Чтобы работать с этими запросами, в обозревателе команд выберите "Главная" и выберите " Рабочие элементы".
- При перемещении рабочего элемента в список "Доступный", "Выполняется" или " Приостановлено" состояние рабочего элемента или примечания обновляются, чтобы ваша команда автоматически консультировалась о состоянии работы. Например, информация о состоянии задачи обновляется на доске задач. См . статью "Совместная работа [перенаправлено].
- Если проект содержит настраиваемые определения типов рабочих элементов, у вас могут возникнуть проблемы с использованием my Work, если только администратор проекта не выполнил определенные действия. Сведения о настройке и настройке средств гибкого планирования для проекта и обновлении настраиваемого шаблона процесса для доступа к новым функциям.
Использование страницы "Ожидающие изменения " для управления работой
Для управления работой можно использовать страницу "Ожидающие изменения" (клавиатура: CTRL+0, P) в Team Explorer.
- Вы можете открепить страницу "Ожидающие изменения" из обозревателя команд и открыть ее в новом окне.
- С помощью меню действий можно переключаться между представлениями списка и дерева.
Почти все изменения, вносимые вами в файлы на своем компьютере разработки, сохраняются в рабочей области в виде ожидающих изменений до тех пор, пока вы их не возвратите:
Работа с автоматически обнаруженными изменениями
Если вы работаете в локальной рабочей области, Visual Studio может обнаружить изменения, внесенные за пределами системы. При изменении файла за пределами Visual Studio (например, в Блокнот) изменения автоматически отображаются в включенных изменениях.
При добавлении или удалении файла за пределами Visual Studio, например, в обозревателе Windows (проводник в Windows 8), ссылка на обнаруженные изменения появится в разделе "Исключенные изменения". Выберите эту ссылку, если требуется включить эти изменения. Откроется диалоговое окно "Повышение уровня кандидатов". Вы можете открыть контекстное меню добавленных элементов и нажать кнопку "Обзор" в Windows Explorer, чтобы отобразить их или удалить с диска, чтобы удалить их.
Пустые папки отображаться не будут.
Если элементы, которые не нужно регулярно проверять, отображаются в диалоговом окне "Продвижение изменений кандидатов ", можно выбрать один из них, открыть его контекстное меню и выбрать пункт "Игнорировать этот локальный элемент ", чтобы игнорировать элемент. Вы также можете выбрать "Игнорировать по расширению" или "Игнорировать по имени файла", чтобы создать файл, который приведет к тому, что Visual Studio систематически игнорировать этот вид файла. Дополнительные сведения о файлах .tfignore см. в разделе "Добавление файлов на сервер".
Связывание рабочих элементов
Рекомендуется связать рабочие элементы (например, задачи или ошибки) с изменениями. В разделе "Связанные рабочие элементы" перетащите рабочие элементы из запроса или добавьте его по идентификатору.
Исключение изменений
Просмотр изменений
Вы можете напомнить о том, что вы изменили в файле.
Просмотр изменений на странице "Ожидающие изменения"
- На странице "Ожидающие изменения" откройте контекстное меню элемента и выберите:
- Сравнение с версией рабочей области , чтобы узнать, что вы изменились на версию в рабочей области
- Сравнение с последней версией , чтобы узнать, как изменения сравниваются с последней версией файла в базе кода вашей команды
Просмотр изменений из обозревателя решений или из обозревателя управления версиями
Будет открыто окно Различия. См . статью "Сравнение файлов".
Отмена ожидающих изменений
Вы можете отменить одно, несколько или все ожидающие изменения в рабочей области.
Несколько других вариантов:
- Вы можете сначала удалить изменения в наборе полок на сервере , прежде чем удалять их из рабочей области.
- Если вы уже проверили изменения и хотите вернуть его, см. раздел "Откат изменений".
Отмена нескольких ожидающих изменений
В Обозреватель решений, в окне ожидающих изменений или обозревателе системы управления версиями выберите один или несколько элементов, откройте их контекстное меню и выберите команду "Отменить" или "Отменить ожидающие изменения".
Чтобы отменить все изменения, внесенные в решение или проект кода, откройте контекстное меню и выберите команду "Отменить ожидающие изменения".
В диалоговом окне "Отмена ожидающих изменений" убедитесь, что выбраны изменения, которые нужно отменить, и нажмите кнопку "Отменить изменения".
Отмена всех ожидающих изменений
- На странице "Ожидающие изменения" щелкните ссылку "Действия " и нажмите кнопку "Отменить все".
Использование командной строки
Команда состояния : отображение ожидающих изменений в командной строке.
Команда checkin : просмотр ожидающих изменений в диалоговом окне "Возврат ".
Команда отмены : отмена ожидающих изменений.
Эту команду можно использовать для отмены извлечений другого пользователя, если у вас есть достаточные разрешения.
Горячая перезагрузка позволяет вносить изменения в исходный код приложения во время его выполнения без необходимости приостанавливать его вручную или создавать точку останова. Теперь прямо во время работы приложения можно внести в код изменение из числа тех, что поддерживаются для горячей перезагрузки, нажать кнопку «Применить изменения кода» в новом интерфейсе Visual Studio — и изменение будет сразу же применено.
Мы стремились сделать горячую перезагрузку доступной независимо от того, как вы предпочитаете запускать свои приложения. Представленную сегодня версию можно использовать в отладчике Visual Studio, с которым она полностью интегрирована, а также через командную строку ( dotnet watch ). В следующих выпусках появятся и другие варианты.
Начало работы
Visual Studio
Использование горячей перезагрузки в Visual Studio при работе с отладчиком:
Скачайте и установите Visual Studio 2019 16.11 (предварительная версия 1).
Откройте проект поддерживаемого типа, например приложение WPF.
Запустите приложение с подключенным отладчиком клавишей F5 (удостоверьтесь, что параметр «Разрешить отладку машинного кода» в настройках/профиле запуска отладчика отключен).
Примените изменения кода с помощью новой кнопки Применить изменения кода (ALT + F10) на панели инструментов Visual Studio (рядом с кнопкой Продолжить). Сохранять файлы при использовании Visual Studio не нужно — можно быстро внести в код изменение и двигаться дальше.
Если внесенное изменение поддерживается, обновленная логика будет применена к запущенному приложению, и вы увидите изменения в его работе при следующем выполнении обновленного кода (по действию или при выполнении активирующего условия, например по таймеру).
Интерфейс командной строки (CLI)
Использование горячей перезагрузки из командной строки при запуске приложения с помощью dotnet watch:
Добавьте свойство " hotReloadProfile ": " aspnetcore " в профиль запуска приложения ( launchSettings.json ).
Пример файла Properties/launchSettings.json :
Запустите проект с помощью команды dotnet watch и убедитесь, что в выводе указано, что горячая перезагрузка активирована.
Внесите в управляемый исходный код приложения поддерживаемое изменение и сохраните файл, чтобы применить это изменение.
Как и в Visual Studio, с этого момента начнет применяться новая логика: при следующем выполнении обновленного кода вы увидите изменения в работе приложения.
Этот же подход можно использовать с проектами Blazor WebAssembly: следует изменить профиль горячей перезагрузки blazorwasm и далее действовать, как описано выше. Можно попробовать его даже с Windows Forms и другими типами проектов на платформе CoreCLR: для этого вручную добавьте в папку Properties файл с именем launchSettings.json и тем же содержимым, что в предыдущем примере.
Примеры ниже позволяют составить представление о том, какие возможности мы планируем реализовать в будущих предварительных выпусках и окончательной версии:
Работа в Visual Studio без отладчика. В будущем выпуске Visual Studio 2022 мы планируем добавить поддержку горячей перезагрузки без отладчика. Это значит, что даже при запуске приложения сочетанием клавиш CTRL + F5 разработчики смогут вносить изменения в выполняемое приложение.
Таковы планы на данный момент. Они не окончательные: мы будем прислушиваться к отзывам пользователей и ориентироваться на график выпусков.
Поддерживаемые и неподдерживаемые изменения и языки
Нам важны ваши отзывы
Конечно, в этой ранней предварительной версии будут ошибки. Иногда при попытке применить изменение ничего не будет происходить, иногда возможно аварийное завершение приложения и т. п. Если вы столкнетесь с какими-либо проблемами, сообщите нам о них — это не займет много времени. Ваша поддержка поможет нам эффективно устранить критические проблемы и определить приоритеты для дальнейшей работы.
Также приглашаем всех желающих на открытый урок «Управление конфигурациями микросервисов». На занятии обсудим один из подходов, используемых в реальных high-load проектах.
Я новичок в TFS. На своей работе я сопоставил проекты TFS с локальными каталогами, выполнил get, и все работает так, как я ожидал. Когда я редактирую файлы в локальной копии, система управления версиями автоматически проверяет их на редактирование и отслеживает файлы с ожидающими изменениями через окно ожидающие изменения. Затем я просто проверяю их в течение дня, используя это окно.
однако дома этого, похоже, не происходит. У меня есть доступ к управлению версиями и использование управления версиями explorer, сопоставил проекты с локальными каталогами. Это, казалось, работало нормально. Однако, когда я открываю проекты и открываю файлы, изменения, которые я делаю, не проверяют файлы автоматически. Фактически, visual studio даже не меняет свой статус только для чтения, пока я не попытаюсь сохранить свои изменения; в этот момент он предупреждает меня, что файл доступен только для чтения, и спрашивает, хочу ли я, чтобы он попытался перезаписать разрешения и сохранить. Я делаю, и это отлично работает. Но опять же, никакие изменения не регистрируются в ожидающих изменениях окно. Я вроде как заблудился. Единственный опыт управления версиями, который у меня есть, - это subversion и плагин visual studio AnkhSVN.
какие идеи? Я даже открыл свое решение, дважды щелкнув файл решения, который находится в проводнике управления версиями. Вы могли бы подумать, что он будет полностью знать, что решение, которое я открываю, должно отслеживаться системой управления версиями.
любая помощь очень ценится.
редактировать поскольку люди, похоже, зациклены на том, что Я сказал "дома", позвольте уточнить. Проблем с сетью нет. Я на VPN. Я могу просматривать систему управления версиями. С тех пор я переустановил все по разным причинам. Все прошло хорошо. У меня просто проблема с Visual Studio, не отслеживая изменения в файлах и позволяя им быть зафиксированными обратно в систему управления версиями. Итак, подводя итог:
как Visual Studio может остановить отслеживание изменений после правильного отображения и позволяет мне получить последнюю версию? Я могу обновить из источника контроль, я просто не могу взять на себя обязательства. Окно ожидающие изменения пусто даже после внесения изменений.
пожалуйста, только люди, которые работали с TFS и имели бы некоторое представление об этом поведении. Если вы не знаете, о чем я говорю, то не беспокойтесь об этом. Я был очень ясен, и любой, кто использовал TFS для управления версиями, поймет этот вопрос.
обычно это первый с достойным ответом, но сегодня я думаю, что кто-то положил кнопки на стулья нескольких людей. Другой сайт ответил на мой вопрос, и с большой точностью. Вот ответ:
щелкните правой кнопкой мыши на узле решения и перейдите к "GO online". По разным причинам visual studio может пометить ваше решение как отслеживаемое системой управления версиями, но "автономное". Он по-прежнему отслеживает изменения за кулисами, ожидая, когда вы снова выйдете в интернет. После этого мое ожидание окно изменений заполнено и все нормально. Я решил, что где-то здесь все просто.
Я надеюсь, что это помогает другим с той же проблемой.
Я нашел интересную настройку в разделе файл > управление версиями > Дополнительно > Изменить управление версиями.
Если я привязываю решение и проект к моему серверу управления версиями (сначала отмените привязку, если он уже привязан), то внезапно он работает! Сохранение файла автоматически проверяет файл и отслеживает изменения.
Я получал ошибку "только для чтения", как и все остальные. Я получил маленький красный чек рядом с файлами, которые я редактировал, но когда я пошел, чтобы сохранить, он попросил меня сохранить файл b / c, он был доступен только для чтения. Я переместил файлы из другой системы управления версиями, и они все еще были доступны только для чтения. Но я не думаю, что Git заботится о сохранении файлов только для чтения, как мой старый исходный контроль. Поэтому я просто удалил флаги только для чтения в Проводнике Windows и был хорош.
для меня решение состояло в том, чтобы перейти в окно Team Explorer в ожидании изменений и оттуда инициировать регистрацию. Не видел вариант go online, я на VS2013. Спасибо всем за указатели!
Я обнаружил, что один из моих проектов на самом деле не был добавлен в исходный элемент управления вообще - как-то это было пропущено, и поэтому любые изменения в этом проекте не будут проверены. Я щелкнул правой кнопкой мыши на узле решения, нажал "добавить в систему управления версиями", он предупредил меня, что некоторые проекты уже отслеживаются, и я решил игнорировать эти проекты, и он продолжил добавлять отсутствующие проекты в систему управления версиями. Теперь выезд работает отлично. Совместное использование в случае, если это кому-то поможет еще!
в моем случае я решил проблему, применив следующие шаги:
- щелкните правой кнопкой мыши файл решения в обозревателе решений.
- нажмите кнопку Добавить решение в систему управления версиями
- Если вы уже добавили свои файлы в tfs нажмите игнорировать для замены файлов всплывающие окна
перейдите в привязки управления версиями (файл->управление версиями->изменить управление версиями) - вы можете заметить, что привязан только проект - не решение. Выберите решение, нажмите Bind.
Читайте также: