Pergunta

Depois de olhar para outras questões relacionadas com a partilha de soluções entre VS 2005 e VS 2008, parece que o caminho a percorrer é ter dois arquivos de solução (um para VS 2005 e um para VS 2008).

No entanto, se a solução está sob controle de origem (VisualSVN no nosso caso), como poderíamos manter dois arquivos de solução e não manter substituindo um ou outro a cada atualização / cometer?

É possível remover apenas o arquivo .sln do controle de origem e parar o cliente VisualSVN de verificar seu status no visual studio?

Graças

Matt

Foi útil?

Solução

Eu não tenho certeza Eu vejo o problema - se você tem dois arquivos de solução, por que qualquer um deles seria substituído? Eu realmente quero dizer dois arquivos, por exemplo, MyApp2005.sln e MyApp2008.sln, onde quando você cria um novo projeto que você fazê-lo na solução de 2005 e, em seguida, apenas "adicionar projeto existente" na solução de 2008.

O que VisualSVN fazer para estragar isso?

(eu tenho a mesma configuração para o meu C # no código-fonte Profundidade , e eu uso VisualSVN - Eu não vi quaisquer problemas.)

Outras dicas

Ele está trabalhando agora.

Eu estava tentando atualizar / converter a solução para 2008 (nome da solução igual a 2005 um) e de alguma forma bloquear o arquivo de solução de 2008 do commit / atualização.

Eu já criou uma nova solução em branco no VS 2008 (nome diferente) e usado "adicionar projeto existente" como você sugeriu.

Graças

Matt

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top