Comando de check-in

Artigo
08/25/2010

Confirma as alterações no espaço de trabalho corrente para o pendentesControle de versão do Team Foundation servidor.

Permissões necessárias

Para usar o checkin comando você deve ter o Fazer check-in permissão definido como Permitir.Para usar /author opção, você deve ter fazer check-in conjunto de permissões de alterações do Outros usuário Permitir.Para obter mais informações, consulte Permissões de Team Foundation Servidor.

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

Parâmetros

Argumento	Descrição
authorname	O valor fornecido pelo usuário para o /author opção.
comment	Um usuário - fornecido comentário sobre o check - no.
@comment file	O caminho fornecido pelo usuário de um arquivo no disco que contém o comentário de 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 a seleção - em Observação nomes e valores de campos no formato "campo = valor" Observação organizar organizar lado a lado a organizar lado a lado pode abranger várias linhas, por exemplo separados por um ponto-e-vírgula: campo1 = valor1; campo2 = valor que se estende por várias linhas;.
Reasonfile	Uma descrição do motivo por que a diretiva de check-in está sendo ignorada fornecido pelo usuário.Se for especificado um motivo, uma notificação de substituir de diretiva e essa explicação é enviada 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 do seu escopo, consulte Opções de linha de comando.

Opção	Descrição
/author	Identifica o autor do especificada ou implícita as alterações pendentes, assim 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 avisos para entrada de você.
/notes	Fornece um ou mais notas de check-in para associar o conjunto de alterações.
/override	Permite substituir uma falha de diretiva de check-in.Esta opção só é necessário quando houver uma diretiva de check-in e deseja fazer check-in de qualquer forma.
/recursive	Verifica em todos os itens no especificado ou implícita de pasta de trabalho e as 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 check-in Diretiva substituir razão, se houver, são armazenadas no computador. Quando combinado com /noprompt, o /saved opção verifica nas alterações com o comentário, etc.. que foram salvos, se houver.
/validate	The /validate opção permite que você teste fazendo o check-in sem realmente fazê-lo. The /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 fazer check-in. Quaisquer problemas, sistema autônomo conflitos, identificados por esta opção devem ser resolvidos antes de você fazer check-in do item.

Comentários

A pendentes alterar consiste em um arquivo ou pasta adição, exclusão, renomear, edição, filiais, cancelar a exclusão ou tipo de arquivo.Algumas alterações, sistema autônomo edição e renomeação, podem ser aplicadas ao mesmo time a um único item.Uma alterar pendente é aquele que foi enviado para check-in.Para obter mais informações sobre e uma lista completa de alterações pendentes na Team Foundation, consulte Alterações pendentes.

The checkin comando cria um conjunto de alterações na Controle de versão do Team Foundation servidor de um definidas dinamicamente pelo conjunto de alterações pendentes, trabalhar itens, definido pelo usuário comentários 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. The history e changeset comandos mostram informações do conjunto de alterações para que as alterações você enviou.

Observação:
Porque você pode fazer check-in pendentes alterações a partir da linha de comando, é possível que o controle do código-fonte Explorermenu de contexto de não é sincronizado sempre para o status de alterações pendentes.

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

O processo de check-in

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

A primeira etapa no processo de check-in é avaliar as alterações pendentes para fins de conformidade com as diretivas de check-in.Você pode substituir a diretiva de check-in de falhas na linha de comando usando o /override opção. Você deve fornecer um motivo por que falhas de diretiva são seja substituídas.Esse motivo é mantido no Controle de versão do Team Foundation servidor e se torna um atributo de conjunto de alterações confirmado. The /override opção destina-se principalmente a uso em scripts. Para obter mais informações, consulte Como: Substituir uma diretiva de Marcar-in.

Se uma versão de um item na lista de alterações pendentes for diferente do mais recente Controle de versão do Team Foundation versão do servidor Team Foundation solicita que você resolva os conflitos entre a versão e o mais recente Controle de versão do Team Foundation versão servidor primeiro. Por exemplo, se você fez 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 os conflitos. A menos que o /noprompt opção for especificada, o Resolver caixa de diálogo é exibida para ajudar você a investigar e resolver diferenças de versão.Depois de resolver diferenças e testar novamente seu código, você pode tentar verificar suas alterações novamente.

Exemplos

O exemplo a seguir exibe o Fazer check-in caixa de diálogo que tem alterações pendentes previamente selecionadas para uma operação em massa check-in de todas as alterações no espaço de trabalho mapeada para c:\projects pendentes.Se você clicar em Fazer check-in, cada item individualmente é enviada para um conjunto de alterações no Controle de versão do Team Foundation servidor e avaliado para certificar-se de que o Controle de versão do Team Foundation versão do servidor não é alterada porque o item foi check-out. Se o check-in êxito, Team Foundation cria um conjunto de alterações e exibe seu número para referência futura.

c:\projects>tf checkin

O exemplo a seguir envia todas as alterações pendentes no espaço de trabalho corrente para o Controle de versão do Team Foundation servidor juntamente 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 sistema autônomo alterações para cs 314. pendentes e deixa todas sistema autônomo outras revisões no espaço de trabalho corrente sistema autônomo pendentes.

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

Consulte também

Compartilhar via

Comando de check-in

Parâmetros

Comentários

O processo de check-in

Exemplos

Consulte também

Tarefas

Conceitos

Referência

Outros recursos

Recursos adicionais