Внесите изменения в кодовую базу команды

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Visual Studio 2019 | Visual Studio 2022

В Visual Studio Team Explorer откройте страницу "Ожидающие изменения" , чтобы вернуть код в новый набор изменений или нажмите клавиши CTRL+O, P на клавиатуре.

Выберите файлы, которые требуется проверить

Вы можете указать, какие изменения файлов необходимо проверить, перетащив их между разделами "Включенные изменения " и " Исключенные изменения " страницы "Ожидающие изменения " в Team Explorer. Вы также можете вносить изменения, работая в других областях Visual Studio.

• В обозревателе решений щелкните правой кнопкой мыши решение, один или несколько проектов кода или один или несколько файлов и нажмите кнопку "Войти".

• В обозревателе системы управления версиями выберите один или несколько элементов с ожидающими изменениями или одну или несколько папок, содержащих элементы с ожидающими изменениями. Значок статуса извлечения TFVC указывает элементы с ожидаемыми изменениями. Щелкните правой кнопкой мыши выбранные элементы и нажмите кнопку "Войти".

Если вы не видите ожидающиеся изменения для элемента, который вы хотите зафиксировать, убедитесь, что он не указан как исключенное изменение. Откройте представление "Ожидающие изменения" и выберите ссылку "Обнаруженные " в разделе "Исключенные изменения". В диалоговом окне "Продвижение кандидатов" выберите любой из элементов, которые требуется выполнить, и нажмите кнопку "Повысить". Элементы перемещаются в раздел Включенные изменения и теперь могут быть зарегистрированы.

Связывание рабочих элементов

При регистрации изменений следует связывать рабочие элементы с этими изменениями. Эта практика предлагает следующие преимущества:

• Участник группы, который смотрит на рабочий элемент, может связаться непосредственно с набором изменений , чтобы увидеть работу, которую вы сделали.
• Участник группы, который проверяет историю измененного файла , может просмотреть набор изменений и просмотреть рабочие элементы, которые были обоснованием изменения.
• Вы можете создать изменения в автоматизированной системе сборки, например с помощью сборки непрерывной интеграции (CI) или сборки с защитой от проверки. Члены команды могут увидеть, в каких завершенных сборках была завершена задача или исправлена ошибка.

Чтобы связать рабочие элементы с изменениями, можно:

• Выберите "Добавить рабочий элемент по идентификатору " в разделе "Связанные рабочие элементы " страницы "Ожидающие изменения ". Введите идентификатор рабочего элемента и нажмите кнопку "Добавить".

• Перетащите рабочий элемент со страницы Рабочие элементы в программе Team Explorer в раздел Связанные рабочие элементы на странице Ожидающие изменения.

После добавления рабочего элемента можно выбрать ссылку рядом с элементом, чтобы выбрать, как элемент должен быть связан с изменениями: связать или разрешить. Эти параметры доступны только в том случае, если рабочий элемент еще не в состоянии, которое исключает эту связь, например "Разрешено", " Готово" или "Закрыто".

Проверка изменений

1. В Team Explorer выберите "Главная", а затем нажмите клавиши CTRL+0, P.

2. На странице "Ожидающие изменения" введите комментарий , чтобы товарищи по команде, которые позже должны просмотреть и понять историю ваших файлов, могут понять , что вы сделали. Например: реализован контроллер корзины покупок.

   Некоторые команды хотят, чтобы их члены предоставили определенные типы сведений о каждом наборе изменений, и они могут реализовать политику проверки, чтобы сделать эту практику обязательной. Если администратор проекта включил или потребовал заметки при регистрации, возможно ввести сведения в раздел Заметки.

3. Выберите #B0 Регистрация #A1.

Один из следующих результатов:

• Изменения зафиксированы.

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

• Конфликты блокируют изменения.

  Система представляет вам конфликты между вашими изменениями и последней версией файлов на сервере. См. раздел "Разрешить конфликты управления версиями Team Foundation".

• Политика регистрации блокирует вход.

  Администраторы проекта могут реализовать политики регистрации, чтобы побудить вашу команду следовать рекомендациям. Например, политика фиксации изменений может поощрять или требовать, чтобы члены команды связывали по крайней мере один рабочий элемент с их изменениями. Дополнительные сведения см. в разделе «Настройка и применение контрольных точек качества».

  Чтобы переопределить эти политики регистрации, в разделе "Предупреждения политик" выберите "Переопределить предупреждения" и введите причину переопределения.

• Вы выполняете проверку изменений в папке, контролируемой процессом сборки с помощью шлюза.

  Если вы выполняете проверку изменений в папках управления версиями, контролируемых процессом проверки шифрованного вхождения, появится диалоговое окно "Вход с проверкой". Сведения о том, как выполнить регистрацию, см. в статье "Регистрация в папке, контролируемой процессом сборки с контролируемым вводом".

  

Подписка на оповещения

Если вы хотите получать уведомления о проверке кода в проекте TFVC, вы можете подписаться на получение оповещений электронной почты. В параметрах пользователя проекта TFVC выберите "Уведомления". Выберите новую подписку, а затем выберите и настройте шаблоны проверки кода (TFVC).

Работа из командной строки

• Команда Checkin позволяет просматривать ожидающие изменения и проверять файлы.

Советы

• Вы можете переключаться между представлениями списка и дерева, выбрав пункт " Параметры представления " в разделах "Включенные элементы " или " Исключенные" страницы "Ожидающие изменения ".

• Перед проверкой нового кода следует рассмотреть вопрос о проведении проверки кода. См. статью "Приостановка работы", исправление ошибки и проверка кода.

• Вы можете управлять и при необходимости отменять ожидающие изменения. См. раздел Разработка кода и управление ожидающих изменений.

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

• Изменения фиксируются атомарно. Операция либо проходит успешно, либо завершается сбоем. Если одно из изменений не может быть отправлено, ни один из изменений не фиксируется, а набор изменений не создается. Например, если вы потеряете сетевое подключение в середине операции регистрации, вся операция завершается сбоем.

  Существует одно исключение, которое заключается в связи рабочих элементов с набором изменений. Если сопоставление рабочих элементов завершается ошибкой, но все остальные аспекты операции регистрации выполнены успешно, создается набор изменений. Вы можете вручную связать рабочий элемент с набором изменений.

Дальнейшие действия

Переименовать или переместить файлы и папки