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.
.gif "Observação") Observaçã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)