Команда checkin

  • Статья

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

Visual Studio 2019 | Visual Studio 2022

Команда TFVC checkin проверка в ожидающих изменениях файла и папки на сервере.

Почти все изменения, внесенные в файлы на компьютере разработки, хранятся в рабочей области в качестве ожидающего изменения, пока вы не проверка его. При проверка изменения они хранятся в виде набора изменений на сервере. Эта checkin команда предоставляет другой пользовательский интерфейс для выполнения одинаковых процессов, описанных для Visual Studio при входе в рабочую базу кода команды.

Советы

  • Чтобы отложить изменения или очистить рабочую область для другой задачи, используйте команду Shelve.

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

  • Если у компьютера и учетной записи пользователя нет рабочей области, сопоставленной с коллекцией проектов, содержащей набор полок, можно использовать /shelveset параметры и /collection параметры для проверка в наборе полок.

Необходимые компоненты

Синтаксис

tf checkin [/author:author name] [/comment:("comment"|@comment file)] 
[/noprompt] [/notes:("Note Name"="note text"|@notefile)] 
[/override:(reason|@reasonfile)] [/recursive] [/saved] [/validate] [itemspec] [/bypass] [/force] [/noautoresolve] [/login:username,[password]] [/new]

tf checkin /shelveset:shelvesetname[;shelvesetowner] [/bypass] [/noprompt] [/login:username,[password]] [/collection:TeamProjectCollectionUrl][/author:author name] [/force]

Параметры

Параметр

Description

/author:<author name>

Определяет автора ожидающих изменений, чтобы пользователь проверка изменения от имени другого пользователя.

Требуется разрешение CheckinOther. См . справочник по разрешениям и группам.

/bypass

Проходит заготовка проверка требования. Дополнительные сведения см. в статье "Вход в папку" под управлением шлюза проверка процесса сборки.

/collection:<ProjectCollectionUrl>

Если вы используете shelveset этот параметр, параметр /collection указывает URL-адрес коллекции проектов, содержащей набор полок. Например: http://myserver:8080/tfs/DefaultCollection.

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

/comment

Связывает комментарий с набором изменений с помощью одного из следующих аргументов:

  • "<comment>": предоставленный пользователем комментарий о проверка-in.
  • @<comment file>: Путь к файлу на диске, который содержит комментарий для проверка-in.

/force

Принудительно проверка в элементах с ожидающих изменений даже при отсутствии изменений содержимого в файле.

<itemspec>

Указывает область элементов для проверка из рабочей области пользователя. Можно указать несколько itemspec аргументов. Синтаксис см. в разделе "Использование команд управления версиями Team Foundation".

/login:<username>[,<password>]

Указывает учетную запись пользователя для выполнения команды. См . команды управления версиями Team Foundation.

/new

Выбранное состояние каждого ожидающего изменения, как показано в диалоговом окне "Флажок ". Комментарий, связанные рабочие элементы, заметки проверка и проверка политики переопределяют причину переопределения на компьютере разработки в качестве ожидающих изменений, пока не проверка их. Этот /new параметр очищает метаданные проверка перед проверка. Этот параметр и поведение, изменяющее его, не влияет при использовании /noprompt параметра.

/noautoresolve

По умолчанию система автоматически пытается AutoResolve All конфликты. Укажите этот параметр, чтобы отключить это поведение по умолчанию. Дополнительные сведения см. в разделе "Устранение конфликтов система управления версиями Team Foundation".

/noprompt

Подавляет отображение окон и диалоговых окон, таких как диалоговое окно "Флажок " и перенаправляет выходные данные в командную строку. См . команды управления версиями Team Foundation.

/notes

Предоставляет одно или несколько заметок проверка для связи с набором изменений с помощью одного из следующих аргументов:

  • <NoteFieldName>=<NoteFieldValue>: задает значение поля заметки проверка. Можно указать несколько разделенных точкой с запятой field=value выражений.
  • @<NoteFile>: предоставленный пользователем путь к файлу на диске, который содержит имена полей и значения полей заметок проверка в форматеfield=value. Плитка с запятой, разделенная запятой, может охватывать несколько строк, например:

    <Field1>=<Value1>;
    <Field2>=<First line of Value2>;
    <Second line of Value2>;
    <Field3>=<Value3>;

/override

Переопределяет политику проверка с помощью одного из следующих аргументов:

  • reason: предоставленная пользователем причина, из-за которой политика проверка игнорируется.
  • reasonfile: Путь к файлу, который содержит предоставленное пользователем описание причины, по которой политика проверка игнорируется.

/recursive

Рекурсивно проверка в элементах в указанном каталоге и любых подкаталогах.

/saved

Игнорировать этот параметр.

/shelveset:<shelvesetname>[;<owner>]

Задает набор полок для проверка в. Необязательный owner аргумент указывает набор полок, которым текущий пользователь не владеет.

Примечание.

После проверка в наборе полок система удаляет ее.

/validate

Проверяет успешность проверка без проверка в файлах. Система оценивает политики проверка, заметки проверка и списки конфликтов.

Примечание.

Если этот параметр не указан/noprompt, необходимо нажать кнопку "Проверить" в диалоговом окне "Флажок", чтобы проверить проверка. После нажатия этой кнопки система не проверка в файлах.

Примеры

В следующих примерах предполагается, что c:\code\SiteApp\Main основная папка, сопоставленная с коллекцией проектов в рабочей области пользователя.

Проверка всех ожидающих изменений в текущей рабочей области

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

c:\code\SiteApp\Main>tf checkin

Проверка всех ожидающих изменений с помощью комментария

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

c:\code\SiteApp\Main>tf checkin /comment:"Re-implemented Pi calculator"

Проверка изменения на один элемент без использования диалогового окна "Флажок"

В следующем примере проверка в ожидающих изменениях в program.cs. Диалоговое окно "Флажок" не отображается, и если какие-либо конфликты блокируют проверка-в, система не отображает окно конфликтов.

c:\code\SiteApp\Main>tf checkin program.cs /noprompt