Comutação de formulário do Visual SourceSafe para o CVS:quais recursos são perdidos no Visual Studio?

Question

Minha empresa está usando Visual SourceSafe (VSS) e Visual Studio 2005 (em breve, 2008).Eles querem mudar para CVS, mas os desenvolvedores não querem perder a integração ficamos com o VSS e Visual Studio.

Eu sei que existem CVS plugins, mas a funcionalidade que, se qualquer, é perdido com o CVS?

Answer 1

Gritando no VSS para a perda de código-fonte, etc.A sério, porém, é muito diferente do modelo (bloqueio otimista), então provavelmente você vai perder alguns de produtividade para o primeiro tempo.Eu provavelmente iria olhar para usar TortoiseCVS e "Abrir Pasta No Windows Explorer: clique com o botão direito do mouse ou o O Visual Studio Explorer plug-in em vez de um CVS plug-in se você estiver usando o Visual Studio 2008 (todos os currículos plugins que eu tentei ter tido sérios problemas de funcionalidade, ou graves problemas de estabilidade).

O VSS é realmente um terrível sistema de controle de origem, e a mudança para um estilo moderno (bloqueio otimista) sistema de controle de origem será um grande benefício a longo prazo.Você pode querer ignorar a década de 1990, todos juntos, embora, e mover-se para Subversão/Git/Mercurial e entrar na década de 2000.

Answer 2

Se você vai mudar, por que não mudar para algo melhor?O CVS é um longo caminho a partir do estado da arte em controle de versão.Um sistema mais moderno, como o Subversion ou Abóbada não só oferece melhores recursos, mas ele vai ficar melhor integração do Visual Studio bem.

Answer 3

Se você deve alternar para o CVS (Subversion ou distribuído VCS seria melhor), em seguida, o script usado para migrar e manter o histórico de alterações pode ser encontrada aqui.

Estamos muito felizes com o CVS, apesar de não se utilizar o Visual Studio integração como encontramos TortoiseCVS e SmartCVS muito melhor.No entanto, se eu estava trocando de agora eu olhava para Git ou Mercurial.

Answer 4

Meu hack é como segue:

Eu sou principalmente um programador Java e eu uso o Eclipse/RAD.O suporte para o CVS é grande e é muito fácil trabalhar com.

Para o C# trabalho que eu faço eu tentei encontrar um CVS plugin para o Visual Studio, mas não estava satisfeito com o que eu encontrei.No final, eu decidi usar o Eclipse para lidar com o controle de versão do meu C# projects.

O procedimento:

1. Criar um simples projeto no Eclipse
2. Abra o VS e salvar o projeto para o diretório criado pelo Eclipse
3. Voltar para o Eclipse, pressione F5 para atualizar o projeto
4. Compartilhar o projeto (por exemplo,adicionar ao CVS)
5. Adicionar .sln para a lista de externamente tratada arquivos no Eclipse definições
6. VS pode agora ser aberto directamente a partir do Eclipse clicando no .sln arquivo, o projeto pode ser trabalhado dentro do VS.Ao sair do VS o projeto deve ser atualizado no Eclipse e pode ser sincronizado com o CVS

Embora eu ainda não usei o Subversion plugin, eu acho que iria trabalhar em uma maneira similar.

Esta solução funciona bem para mim, especialmente quando eu passar a maior parte do meu tempo no Eclipse de qualquer maneira.

Eu tentei utilizar o TortoiseCVS, mas achei complicado de usar.Eclipse é gratuito e o CVS interface é muito utilizável.

Answer 5

O Visual Studio tem um mau integração dentro do IDE para o CVS e SVN.Aqueles livres não funcionam bem.Eu uso Tartaruga (fora do Visual Studio), e ele funciona muito bem.Se você quer algo dentro do Visual Studio, você pode verificar para não livre plugin ou para uso TFS.