TFS 2010 básica (beta 2) versus Subversion et al

Question

Para um desenvolvedor de solo usando o Visual Studio 2010 Beta 2 é TFS Básico uma opção melhor do que Subversion (com VisualSVN ou Ankh) e (opcionalmente) algo como Cruisecontrol?

Eu não preciso de fonte distribuído ou até mesmo acesso remoto. Eu realmente não se preocupam com drilldowns e tudo o que relatar. Eu só quero versão controle e potencialmente testes & edifício automatizado.

EDIT: para responder a perguntas de Bob Aman (Graças Bob)

Eu estava pensando em auto-hospedagem, mas fora do local é uma boa idéia, como você diz. I back-up regularmente. É realmente só me quem terá acesso ao repositório para o controle de acesso não seria complicado. Eu tenho uma assinatura MSDN assim que o custo não é um problema. O repositório não terá particularmente grande - eu não sou tão produtivo. : /

Answer 1

depende muito de alguns fatores. Você está hospedando o mesmo repositório ou terceirização-lo para uma empresa que lida com isso para você? (Altamente recomendado, uma vez que normalmente significa que você começa fora do local de backup e redundância para barato. As coisas que às vezes pode ser difícil de acertar.) É muito mais fácil encontrar hospedagem estelar para Subversion. Eu creio que há apenas uma ou duas opções no mercado para TFS hospedagem. Quantas pessoas terão acesso ao repositório? Você precisa definir permissões em partes do repositório? Como você quer para lidar com controle de acesso? Se você precisa fazer nada particularmente complicado, não é tanto possível em TFS ou é muito caro. Subversion geralmente pode lidar com isso, embora não seja sempre fácil de configurar.

Quase tudo o que controle de versão do TFS pode fazer também pode ser feito no Subversion, seja out-of-the-box ou com a ajuda de alguma ferramenta adicional. Subversion também se integra muito bem com o Visual Studio, embora pessoalmente eu sempre preferi TortoiseSVN. Também é muito menos dispendioso, supondo que você ainda não tem TFS através de assinaturas do MSDN de algum tipo.

No entanto, se você nunca se para os reinos extremas de controle de versão (absurdamente enormes repositórios, ou binários gigantescas no repositório, por exemplo) que você realmente quer é Perforce.

Answer 2

Se você não é uma empresa de grande dívida com a Microsoft, eu recomendo subversão.

controle de origem do TFS é - como posso colocar isso -. Infeliz

Ele funciona muito bem se a única coisa que você nunca fazer é trabalhar dentro do Visual Studio. No entanto, assim que você quer interagir com ele de fora (por exemplo, adicionar um arquivo de texto ou alguns arquivos de lote que não estão dentro de um arquivo de solução visual studio), torna-se doloroso e problemático.

Isto é principalmente porque marca todos os arquivos como somente leitura no sistema de arquivos a menos que você vê-los explicitamente salientar. visual studio faz isso automaticamente, mas para qualquer outra coisa que você sempre tem que verificar explicitamente salientar arquivos usando o tf.exe linha de comando ou as ferramentas de poder TFS. Ele fica muito chato muito rapidamente.

Outro efeito colateral é o rastreamento de novos arquivos. Subversion et al irá informá-lo sobre novos arquivos untracked e diretórios quando você faz um diff, enquanto TFS irá ignorá-los completamente. Isto levou a muitos muitos quebrado constrói porque um desenvolvedor esqueceu de verificar em um novo arquivo, porque tanto quanto TFS estava em causa, que não existia em tudo até que eles adicionado explicitamente.

TFS também está fortemente ligada ao domínio de modelo de janelas de autenticação do usuário. Você precisa adicionar contas de usuário do Windows para que as pessoas tenham acesso a ele, que uma dor, se você ainda não estiver em execução em um domínio de rede corporativa.