Comando Check-in

Faça o check-in das alterações pendentes em arquivos ou pastas para o servidor.

Quase cada alteração que você fizer nos arquivos no seu computador de dev é armazenada em seu espaço de trabalho como durante a alteração até que você fazer o check-in.Quando você fizer o check-in de suas alterações, são armazenados como conjunto de alterações no servidor.Embora o comando de Checkin fornece uma interface do usuário diferente de aquele você pode usar no Visual Studio (consulte Fazer check-in de seu trabalho para a base de código da equipe), o processo é fundamentalmente o mesmo.

requisitos: consulta Team Foundation Permissões do servidor.

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]

Parâmetros

Parâmetro	Descrição
/author:author name	Identifica o autor das alterações pendentes para que um usuário possa fazer o check-in das alterações em nome de outro usuário. Requer permissão de CheckinOther .Consulte Team Foundation Permissões do servidor.
/bypass	Ignora um requisito de check-in com barreira.Para mais informações, consulte Check-in para uma pasta controlada por um Gated seleção no processo de criação.
/collection:TeamProjectCollectionUrl	Se você usar a opção de /shelveset , a opção de /collection especifica a URL da coleção de projeto de equipe que contém o check-in particular.Por exemplo: http://myserver:8080/tfs/DefaultCollection. Por padrão, a coleção de projeto de equipe é presumida ser aquela que contém o espaço de trabalho que mapeia o diretório atual.
/comment	Associa um comentário com o conjunto de alterações usando um dos argumentos a seguir: Comment: Forneceu do comentário sobre o check-in. @comment file: O caminho para um arquivo no disco que contém o comentário para o check-in.
/force	Força um check-in em itens com edições pendentes mesmo quando não há nenhuma alteração de conteúdo no arquivo.
itemspec	Especifica o escopo de itens para fazer o check-in de espaço de trabalho do usuário.Você pode especificar mais de um argumento de Itemspec .Para a sintaxe, consulte Referência de comandos de controle de versão do Team Foundation.
/login:username,[password]	Especifica a conta de usuário para executar o comando.Consulte Referência de comandos de controle de versão do Team Foundation.
/new	O estado selecionado de cada alteração pendente (conforme mostrado na caixa de diálogo de Fazer Check-in ), o comentário, dos itens de trabalho associados, notas de check-in, e a razão de substituição de política de check-in, é armazenado no seu computador de dev como alterações pendentes até que você faça o check-in em.A opção de /new limpa metadados de este check-in antes de fazer o check-in. Esta opção e o comportamento que altera não tem efeito quando você usar a opção de /noprompt .
/noautoresolve	Por padrão, o sistema tenta automaticamente a Resolver Tudo AutomaticamenteResolver conflitos de arquivo(consulte).Especificar esta opção desativar esse comportamento padrão.
/noprompt	Suprime a exibição das janelas e caixas de diálogo (como a caixa de diálogo de Fazer Check-in ) e redireciona dados de saída para o prompt de comando.Consulte Referência de comandos de controle de versão do Team Foundation.
/notes	Fornece uma ou mais notas de check-in para associar ao conjunto de alterações usando um dos argumentos a seguir: NoteFieldName=NoteFieldValue: Define o valor do campo de nota de check-in.Você pode fornecer múltiplos, expressões ponto-e-vírgula- separada do “field=value”. Notefile: Fornecido pelo caminho de um arquivo no disco que contém nomes e valores de campo de nota de check-in no formato “field=value”.Um elemento separado ponto-e-vírgula de nota pode abranger várias linhas, por exemplo: Field1=Value1; Linha de Field2=First de valor2 Segunda linha; valor2 Field3=Value3;
/override	Substitui uma política de check-in usando um dos argumentos a seguir: reason: Fornecido pelo motivo pelo qual a política de check-in ser ignorada. Reasonfile: O caminho para um arquivo que contém o usuário fornecido a descrição de motivo pelo qual a política de check-in ser ignorada.
/recursive	Fazer check-in recursivamente itens no diretório especificado e todas as subpastas.
/saved	Ignorar este parâmetro.
/shelveset:shelvesetname[;owner]	Especifica um check-in particular para fazer o check-in.O argumento opcional de owner é usado para especificar um check-in particular que o usuário atual não proprietário. Observação Depois que você fizer o check-in do check-in particular, o sistema excluí-lo.
/validate	Testa se fazer o check-in sucederia sem fazer check-in dos arquivos.O sistema avalia as políticas de check-in, notas de check-in, e conflitos de listas. Observação Se você não especificar a opção de /noprompt , você deve escolher o botão de Fazer Check-in na caixa de diálogo de Fazer Check-in para validar fazer o check-in.Depois que você escolheu esse botão, o sistema não fazer check-in dos arquivos.

Exemplos

Fazer check-in das alterações pendentes no espaço de trabalho atual

c:\code\SiteApp\Main>tf checkin

Exibe a caixa de diálogo de Fazer Check-in , que exibe todas as alterações pendentes no espaço de trabalho atual.Você pode usar a caixa de diálogo de Fazer Check-in para marque ou desmarque as alterações pendentes que você deseja fazer o check-in, para adicionar um comentário, para associar itens de trabalho, e realizar outras tarefas e escolha no botão de Fazer Check-in quando você estiver pronto para continuar.

Fazer check-in das alterações pendentes com um comentário

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

Fazer check-in das alterações pendentes no espaço de trabalho atual e fornece um comentário para seus colegas de equipe ajudar a entender a finalidade de suas alterações.

Fazer check-in uma alteração em um único item sem usar a caixa de diálogo fazer o check-in

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

Faça o check-in das alterações pendentes em module.vb.A caixa de diálogo de Fazer Check-in não é exibida, e se qualquer conflito bloqueia fazer o check-in, o sistema não exibe a janela de conflitos.

Trabalho no Visual Studio

• Uso do Visual StudioFazer check-in de seu trabalho para a base de código da equipe fazer o check-in de suas alterações para o servidor.

Dicas

• Para permitir alterações (e também talvez queira para limpar seu espaço de trabalho para outra tarefa), use Shelve comando.

• Se os conflitos apenas, seu check-in você pode usar para Resolve Command resolvê-los.

• Se um computador e uma conta de usuário não têm um espaço de trabalho mapeado para a coleção de projeto de equipe que contém o check-in particular, você pode usar as opções de /shelveset e de /collection fazer o check-in particular de um check-in particular.