Como impedir o Visual Studio de "sempre" verificar arquivos de solução?

Aparentemente, sem motivo, toda vez que abro minha solução, o Visual Studio verifica o arquivo sln.

Se eu compará-lo com a versão anterior, não há alterações. Mas isso é realmente frustrante, pois todo mundo tem a solução verificada.

Estou usando o VS 2008 e o TFS 2008, ambos SP2.

Alguma idéia de como posso impedir que isso aconteça? Ou é um recurso / bug do provedor de controle de origem TFS para o VS?

Isso acontece quando o seguinte está no arquivo .sln:

GlobalSection(ExtensibilityGlobals) = postSolution
    MyGlobalProperty = AnyValue
EndGlobalSection

Eu descobri que a Enterprise Library adicionou um desses. Eu o removi, fiz o check-in da solução, fechei e reabri-o, e não mais check-out automático.

Na memória, se você usar o menu Ferramentas, Opções e selecionar o Controle de origem, Ambientes painel , deve haver algumas opções para configurar a maneira como o IDE interage com o controle de versão.

Eu acho que algumas dessas opções controlam o checkout no comportamento aberto .

No caso de, como eu, você não conseguir fazer funcionar e descobrir que um ou mais projetos também são verificados, encontrei uma solução mais simples. Anote o (s) projeto (s) que ele continua fazendo check-out. Vá para Arquivo - Controle de origem - Alterar controle de origem e, em seguida, desative os projetos em questão. Clique em OK, Salvar tudo e volte para o Change Source Control e vincule o projeto à solução. Espero que isso funcione para outros

Embora não previna o problema em primeiro lugar, o uso liberal do comando "Desfazer inalterado" do Team Foundation Power Tools (surpresa surpresa) desfará a edição pendente se nenhuma alteração tiver sido feita.

Permita o check-out e compare os dois arquivos. Se o VS adicionou algo como

<Service Include="{B4F97281-0DBD-4835-9ED8-7DFB966E87FF}" />

você está enfrentando um bug do VS com uma solução no VS2008, mas não portado para o VS2005

Verifique este link para obter mais detalhes:

O arquivo da solução Visual Studio está sendo retirado silenciosamente por meio de um ou mais projetos da solução usando a Microsoft Enterprise Library - acredito que isso tenha algo a ver com o Enterprise Library Configuration Utility, que permite o gerenciamento da configuração dos vários Application Blocks - http : //msdn.microsoft.com/en-us/library/ff649479.aspx

Consulte esta postagem dos Comentários da Microsoft: http://connect.microsoft.com/VisualStudio/feedback/details/737184/globalsection-extensibilityglobals-postsolution-checks-out-sln-file-on-open

É um recurso / bug de um dos sistemas do projeto sendo carregado na solução. Tente remover vários tipos de projetos (C #, VB, C ++, site, aplicativo Web, teste de unidade, silverlight ...) até que ele desapareça; essa é a sua resposta.

Você está salvando seus arquivos antes de fazer a comparação? Aconteceu comigo há algum tempo e continuo dizendo que não há alterações entre os arquivos, mas depois de algum tempo percebo que não estava salvando os arquivos antes e estava comparando com a versão em disco, não a versão em memória.

Sempre que você abre alguma solução no Visual Studio, ele executa algumas operações que podem causar a alteração dos arquivos .sln ou de projeto e, em seguida, solicita que você faça o check-out do arquivo. Isso acontece quando há alterações na estrutura da pasta na máquina do desenvolvedor ou quando elas não têm as mesmas versões de todos os arquivos. Talvez alguém tenha adicionado um projeto em alguma pasta e outro desenvolvedor tenha o mesmo projeto em outro local. Outro caso que vejo acontecer é quando temos uma solução com alguns projetos c ++, por algum motivo, um desses projetos c ++ possui um arquivo .res com caminhos absolutos. Depois que esse arquivo foi gerado automaticamente pelo VS, ele foi alterado de máquina desenvolvedor para máquina desenvolvedor.

Eu sugiro que você abra o arquivo .sln e procure alguns caminhos absolutos ou caminhos relativos que podem não existir em alguma máquina do desenvolvedor, dependendo dos arquivos que eles obtêm do seu Controle de origem.