Compartilhar via


Comando de check-in

Confirma as alterações no espaço de trabalho atual para o servidor para pendentes Controle de versão do Team Foundation.

Permissões necessárias

Para usar o checkin comando você deve ter o Check-in permissão definida Permitir. Para usar /author opção, você deve ter Check-in conjunto de permissões de alterações do outro usuário Permitir. For more information, see Permissões de Team Foundation Server.

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

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

Parâmetros

Argument

Description

author name

O valor fornecido pelo usuário para o /author opção.

comment

Um comentário fornecido pelo usuário sobre o check-in.

@comment file

O caminho fornecido pelo usuário de um arquivo no disco que contém o comentário para o check-in.

NoteFieldName=NoteFieldValue

Define o valor do campo de observação de check-in. Você pode fornecer vários separada por ponto-e-vírgula "campo = valor" expressões.

Notefile

O caminho fornecido pelo usuário de um arquivo no disco que contém o check-in Observe os nomes de campos e valores no formato de "campo = valor" Um ponto e vírgula separadas Observação lado a lado pode se estender por várias linhas, por exemplo:

campo1 = valor1;

campo2 = valor

que abrange.

várias linhas;.

Reasonfile

Uma descrição do motivo por que a diretiva de check-in está sendo ignorada fornecido pelo usuário. Se um motivo for especificado, é enviada uma notificação de substituição de diretiva e essa explicação para Team Foundation administradores por email.

itemspec

Especifica um arquivo ou pasta para fazer check-in. Para obter mais informações sobre como Team Foundation analisa uma especificação de arquivo para determinar quais itens estão dentro de seu escopo, consulte Opções de linha de comando.

username

Fornece um valor para o /login opção. Você pode especificar um valor de username como domínio\nome de usuário ou nome de usuário.

shelvesetname [:owner]

Identifica o shelveset que você deseja fazer check-in. Opcional owner argumento é usado para especificar um shelveset que o usuário atual não possui.

TeamProjectCollectionUrl

A URL da coleção de projeto de equipe que contém os arquivos ou pastas que você deseja fazer check-in (por exemplo, http://myserver:8080/tfs/DefaultCollection).

Option

Description

/author

Identifica o autor das alterações pendentes, de forma que um usuário pode verificar as alterações no nome de outro usuário.

Requer a permissão CheckinOther.

/comment

Associa um comentário com o conjunto de alterações.

/noprompt

Suprime qualquer solicita entrada do usuário.

/notes

Fornece um ou mais Observações para associar o conjunto de alterações.

/override

Permite substituir uma falha de check-in de diretiva. Esta opção só é necessária quando há uma diretiva de check-in e deseja fazer check-in assim mesmo.

/recursive

Verifica em todos os itens especificada ou implícita a pasta de trabalho e subpastas.

/saved

Quando um check-in falha ou é cancelada pelo usuário ou quando o usuário unshelves alterações, as alterações selecionadas, comentário, itens de trabalho, observações de check-in e motivo da substituição de diretiva de check-in, se houver, são armazenados no computador.

Quando combinado com /noprompt, o /saved opção verifica o as alterações com o comentário, etc. que foram salvos, se houver.

/validate

O /validate opção possibilita que você teste o check-in sem realmente fazer proprietário.

O /validate check-in causas de opções para avaliar as diretivas de check-in, verifique as observações de check-in e procure conflitos sem realmente verificar pol. Quaisquer problemas, como, por exemplo, conflitos, que são identificados por esta opção devem ser resolvidos antes de você fazer o check-in do item.

/bypass

Ignora um requisito gated check-in. For more information, see Check-In alterações pendentes que são controlados por um Check-in Gated construir.

/login

Especifica o nome de usuário e senha para autenticar o usuário com Visual Studio Team Foundation Server.

/shelveset

Especifica o shelveset pelo nome.

/collection

Especifica a coleção de projeto de equipe.

Comentários

A alteração pendente consiste em um arquivo ou a adição de pasta, exclusão, renomear, editar, filiais, exclusão ou filetype. Você pode aplicar algumas alterações, como editar e renomear, para um único item ao mesmo tempo. Uma alteração pendente é aquele que não foi enviado para o check-in. Para obter mais informações sobre e uma lista completa de alterações pendentes na Team Foundation, consulte Alterações pendentes.

O checkin comando cria um conjunto de alterações a Controle de versão do Team Foundation server a partir de um conjunto dinamicamente definido de alterações pendentes, itens de trabalho, comentários definido pelo usuário e metadados do sistema e disponibiliza suas alterações para outros usuários. Outros usuários podem usar o get comando para recuperar suas alterações. O history e changeset comandos mostram changeset informações para que as alterações que você enviou.

ObservaçãoObservação

Porque você pode verificar as alterações na linha de comando, pendentes de Gerenciador de controle de código-fonte o menu de contexto não pode sempre refletem o status das alterações pendentes.

Para obter mais informações sobre como localizar o tf o utilitário de linha de comando, consulte Comandos do utilitário de linha de comando do TF.

O processo de Check-in

A operação de check-in é realizada atomicamente, o que significa que a operação for bem-sucedida completamente ou falha completamente. Se qualquer uma das alterações na lista de alterações pendentes não pode ser enviada para o Controle de versão do Team Foundation server, não uma das alterações é confirmada e um changeset não é criado. Por exemplo, se você perder a conectividade de rede no meio da operação, a operação de inteira falhará.

A primeira etapa no processo de check-in é avaliar as alterações pendentes para conformidade com políticas de check-in. Você pode substituir o check-in de diretiva de falhas na linha de comando usando o /override opção. Você deve fornecer um motivo por que as falhas de diretiva são seja substituídas. Esse motivo é mantido na Controle de versão do Team Foundation server e se torna um atributo do changeset confirmadas. O /override opção destina-se principalmente para uso em scripts. For more information, see Substituir uma diretiva de Check-In.

Se uma versão de um item na lista de alterações pendentes difere do mais recente Controle de versão do Team Foundation versão do servidor, Team Foundation solicita que você resolva os conflitos entre a sua versão e o mais recente Controle de versão do Team Foundation versão servidor primeiro. Por exemplo, se você check-out da versão 4 do stellar.cs e o mais recente Controle de versão do Team Foundation versão do servidor é agora a versão 6, você será solicitado a resolver conflitos. A menos que o **/noprompt **opção for especificada, o resolver caixa de diálogo aparece para ajudá-lo a investigar e resolver diferenças de versão. Depois de resolver as diferenças e testar novamente o seu código, você pode tentar fazer check-in de suas alterações novamente.

Examples

O exemplo a seguir exibe o Check-In caixa de diálogo possui alterações pendentes pré-selecionados para uma operação em massa check-in de todas as alterações no espaço de trabalho mapeado para c:\projects pendentes. Se você clicar em Check-In, cada item individualmente é enviado para um conjunto de alterações no servidor para Controle de versão do Team Foundation e avaliadas para certificar-se de que a versão do servidor é alterada porque o item foi feito check-out. Se o check-in for bem-sucedida, Team Foundation cria um changeset e exibe seu número para referência posterior.

c:\projects>tf checkin

O exemplo a seguir envia todas as alterações pendentes no espaço de trabalho atual para o Controle de versão do Team Foundation o servidor com o comentário especificado para criar um novo conjunto de alterações.

c:\projects>tf checkin /comment:"Re-implemented Pi calculator" /noprompt

O exemplo a seguir envia alterações pendentes a 314. cs e deixa todas as outras revisões no espaço de trabalho atual como pendente.

c:\projects>tf checkin 314.cs /noprompt

Consulte também

Tarefas

Walkthrough: Customizing Check-In Policies and Notes

Fazer Check In em Alterações Pendentes

Referência

Sintaxe de linha de comando (controle de versão)

Check-out e editar comandos

Comando do changeset

Comando History

Shelve de comando

Comando de status

Conceitos

Enviar alterações

Outros recursos

Comandos do utilitário de linha de comando do TF