TF203015 O item $/PATH/FILE possui uma alteração pendente incompatível. Enquanto tenta desativar

Question

Estou usando o Visual Studio 2010 Pro contra o Team Server 2010 e meu projeto foi aberto (aparentemente) como uma solução do repositório, mas eu deveria ter abri -lo como "site". Descobri isso durante a compilação, então fui arquivar minhas novas alterações e excluí o projeto do meu disco local, depois abri o projeto novamente da fonte (desta vez como site) e agora não posso desproporcionar meus arquivos.

Existe alguma maneira de contornar isso? Eu explodi algo? Eu preciso fazer manutenção no servidor?

eu encontrei Esta pergunta em SO #2332685 Mas não sei de quais arquivos de cache ele está falando (estou no xp: ) editar: Encontrei este link depois de postar a pergunta, desculpe pelo atraso na pesquisa, ainda não resolveu meu problema

Claro que não consigo encontrar um código de erro para TF203015 em qualquer lugar, então nenhuma resolução também (daí minha inclusão do número no título, sim?)

EDIT: Eu provavelmente deveria mencionar que esses arquivos nunca foram verificados em primeiro lugar. Isso importa? Você pode arquivar um item sem controle? Foi isso que eu fiz de errado?

EDIT: WHAP - Encontrei !!! Use "Desfazer" Nos itens que não existem porque aparecem em alterações pendentes como verificação.

Answer 1

Eu havia excluído os arquivos na tentativa de recarregar o espaço de trabalho, apesar de ter arquivado as alterações. Então o VS2010 achou que esses arquivos ainda estavam pendentes para economizar. Eu não precisava disso, então tive que descobrir "desfazer" as mudanças nas mudanças pendentes.

Então eu poderia desativar.

Ele pensou que eu tinha duas operações (desprotegidas, comprometidas por add) indo simultaneamente, e pensei que tinha apenas um OP (desprotegido).

Answer 2

Isso é um leve de lado para a pergunta do OP

Você pode obter um TF203015 ao tentar mesclar um lote de múltiplas alterações de uma ramificação para outra sem o devido cuidado.

Considere uma situação em que você tem um tronco principal e um ramo de desenvolvimento. Você ramificou o Dev da Main e trabalhou diligentemente em um recurso em Dev; Verificando o trabalho de volta ao Dev à medida que você progredia. Agora avançando rapidamente uma semana ou duas. Agora você está com o recurso completo e deseja se fundir de volta ao Main.

É aqui que um de nossos desenvolvedores atingiu esse erro.

Ele trabalhava em uma solução há semanas e verificando as mudanças de volta no Dev periodicamente, então queria mesclar uma série de mudanças não contíguas de volta ao Main. Então, ele escolhe a opção de mesclagem, seleciona o primeiro alteração; Mespere sem problemas, depois foi imediatamente fundir a próxima troca; e Bang TF203015, e seu teste muito inútil na janela de saída; Alterações pendentes incompatíveis.

Depois de um pouco de brincadeira, percebemos agora o que está acontecendo aqui; A primeira mesclagem criou uma mudança pendente no principal para a solução de desenvolvedores. A próxima tentativa de mesclagem também foi alterações na mesma solução, o que exigiria que o TFS "faça fila" um segundo conjunto de alterações pendentes nos mesmos arquivos. Não pode fazer isso.

Portanto, nesse cenário TF203015 significa; "A filial de destino já tem alterações pendentes em alguns arquivos que são alterados nessa mudança. Resolva e cometê -las alterações de ramo de destino antes de executar esta operação de mesclagem"

A solução; Após cada operação de mesclagem, nosso desenvolvedor testa o espaço de trabalho para o principal e comete a alteração pendente causada pela mesclagem, depois volta ao Dev e repetições.

Na verdade, sensato e simples, mas mascarado por uma mensagem de erro muito obtusa.

Answer 3

Você pode usar as ferramentas elétricas do Team Foundation Server março de 2011 (http://msdn.microsoft.com/en-us/vstudio/bb980963.aspx) que inclui o comando tfpt unshelve.

Depois que as ferramentas elétricas forem instaladas, abra um prompt de comando do Visual Studio, altere para o diretório que contém o projeto de interesse e execute o tfpt unshelve comando. Ele desativará e exibirá a caixa de diálogo de mesclagem para que você possa resolver os conflitos.

Eu credito esta postagem no blog por me ajudar a encontrar esta solução: http://fluentbytes.com/the-ow-and-why-behind-tf203015-file-has-al-incompatível-change-while-unahelving-a-shelve-set

Answer 4

Eu tinha o que parecia ser o mesmo problema, mas criei um ramo depois de arquivar minhas mudanças e queria desativar essas mudanças no novo ramo.

Os TFs não podem desativar um caminho diferente do caminho sobre o qual a prateleira foi criada.

SOLUÇÃO: Eu não tenho de volta à ramificação original e depois usei a comparação para mesclar as alterações da minha ramificação original para a nova ramificação e fiz o check -in.

Answer 5

Também pode ser que, depois de criar uma pasta, digamos um "teste" e você deseja se fundir de Dev para testar, que você não tenha essa estrutura de pasta recém -criada verificada no TFS - você também pode obter essa mensagem de erro.

Portanto, esse erro de mensagem pode ocorrer sem nada a ver com o ShelveSets também para outras pessoas vindas do Google e encontrar esta página.

Answer 6

Isso pode ser o mesmo que a resposta de Jcolebrand, mas receio ter achado o fraseado um pouco. Sinceras desculpas se estou apenas repetindo.

No meu cenário o incompatible pending change A mensagem foi apresentada porque eu estava tentando reverter várias mudanças e o mesmo arquivo foi afetado por mais de uma dessas mudanças.

No meu caso, eu não queria cometer até que todas as mudanças tenham sido revertidas. Acredito que se eu tivesse conseguido se comprometer depois de reverter cada troca, o erro não teria acontecido.

O método que funcionou para mim foi o seguinte:

• Optei por reverter uma troca de cada vez. Eu encontrei usando o linha de comando Na verdade, foi uma maneira mais informativa de fazer isso porque lista todos os conflitos, enquanto eu acho que a reversão da VS VS apenas lista o primeiro.
• Enquanto revirava uma mudança, se houvesse um incompatible pending change, Tive que desfazer as alterações pendentes do meu espaço de trabalho para os arquivos afetados.
• Quando todas as mudanças foram revertidas, tive que reverter manualmente os arquivos que haviam experimentado incompatible pending change. Principalmente, isso pode ser alcançado simplesmente obtendo uma versão específica do arquivo (a versão "Last Conhecida-Good" antes do início de todos os checkins ruins). Mas, para alguns arquivos em que houve mudanças desejadas e alterações indesejadas, recebi o "último conhecido" e apliquei manualmente as boas alterações nele.

Answer 7

Este link resolveu meu problema:

https://blogs.infosupport.com/the-ow-and-why-behind-tf203015-lt-file-gt-has-an-incompatificle-change-while-inshelving-a-shelve-set/

O motivo estava pendente de alteração no mesmo espaço de trabalho, criando uma mudança incompatível. Portanto, desfazer as mudanças pendentes e tente desproporcionar. Isto deve resolver o problema.

Answer 8

Se você possui duas filiais principais (Target) e Dev (Fonte), agora deseja mesclar o Dev para o principal, todos os arquivos que deseja se fundir da sua fonte, não devem ser mais antigos, os arquivos semelhantes na sua ramificação de destino.

Por exemplo: você tem um teste de arquivo alterado.cs em sua filial de desenvolvimento, alterado em 14.03.2016. Na sua filial principal, você tem o teste.CS alterado em 15.03.2016. Portanto, o destino é mais recente do que o arquivo de origem e você terá TF203015.

Solução: Navegue no TFS Explorer até o arquivo de conflito e mescle-o explícito. O TFS abrirá o gerente de conflitos e você poderá mesclar os conflitos manualmente. A seguir, você pode mesclar a alteração selecionada.

Observações: Se você tiver mais conflitos, deve navegar para cada arquivo de conflito e mesclá-lo explícito, portanto, o TFS abre o gerente de conflito e você pode mesclá-lo manualmente.