O que é um bom repositório de fontes leves para o desenvolvimento local? [fechadas]

Estou fazendo alguns protótipos localmente que gostaria de manter no controle de origem (para fins de backup e reversão), mas não quero necessariamente publicá-lo como código aberto ou disponibilizar on-line para que outros possam visualizar.

Qual sistema de controle de origem você recomendaria para o desenvolvimento local? Qualquer configuração ou passo a passo para o meu cenário é muito apreciada.

Estou procurando por:

• Fácil configuração e administração. Como esta é a minha máquina local, estou restrito ao sistema operacional Windows e realmente gostaria de minimizar a quantidade de alterações na configuração do ambiente e a curva de aprendizado necessária. Só haverá um usuário, por isso não desejo configurar direitos de acesso etc.
• Com pouca sobrecarga de recursos, quero hospedar localmente na minha máquina de desenvolvedor, portanto, não quero que ela consuma minha CPU. Também não pretendo armazenar grandes quantidades de dados.
• Familiar. Eu usei clientes SVN antes. A integração do Visual Studio é interessante.
• Portátil. Se eu tiver que movê-lo para uma unidade externa ou para outra máquina.
• Livre. Sim, eu quero tudo e não quero pagar por isso.

Minha recomendação pessoal é git. Não é necessário servidor, e colocar um diretório sob controle de origem é tão simples quanto:

git init .
git add .

Então você se compromete normalmente. De acordo com essa pergunta , ele também possui boa integração com o visual studio.

Estou usando o Mercurial para isso. É leve, fácil de instalar e aprender, e possui todos os recursos que você deseja para o trabalho individual. (O Git foi projetado para o desenvolvimento do kernel do Linux e pode muito bem ser a melhor opção para grandes projetos distribuídos.)

Eu provavelmente preferiria o mercurial, mas se você gosta de SVN mais do que pode usar repositórios SVN de tipo de arquivo localmente, sem qualquer tipo de infraestrutura, exceto um sistema de arquivos.

Perforce faria o que você quer. É super fácil de configurar (vem com um instalador), não monopoliza os recursos (eu mesmo o executei localmente), possui um plug-in do VS que funciona razoavelmente bem e uma versão gratuita para uso individual.

Porém, eu não tentei portá-lo para outra máquina, então não sei como é bom nesse sentido.

Existem algumas peculiaridades na integração do VS, principalmente em relação à movimentação / renomeação de arquivos, mas essas são fáceis de contornar usando o cliente do Perforce.

Se você deseja hospedá-lo, as sugestões de @Karl e @ Anna funcionam. Se você não quer se preocupar com isso, pode usar um dos muitos provedores de controles de origem hospedados.

O Project Portal oferece um serviço gratuito de hospedagem SVN. http://projectlocker.com/

Eu uso o forno .
Ele usa o Mercurial para controle de origem e se integra às ferramentas de revisão de código, rastreamento de erros e gerenciamento de projetos.
O melhor de tudo é que é gratuito para até 2 usuários e é feito backup seguro do seu código no serviço de hospedagem (hospedagem privada).

Eu amo o TortiseSVN (http://tortoisesvn.tigris.org/)

Tudo é integrado ao shell do Windows, sem servidor extra para configurar ou o que não. A curva de aprendizado é quase nenhuma. Localize a pasta para criar o repositório em, clique com o botão direito do mouse e selecione Criar repositório. Faça o check-in inicial, se necessário, e faça o check-out inicial no diretório dos arquivos de origem.

Você pode fazer tudo usando o shell do windows e as pastas svn são sobrepostas com ícones para indicar se há alterações nelas.

Você pode usar o git no codaset . O codaset permite que você tenha 1 repositório privado, portanto, você não é obrigado a publicar seu código. Mas não tenho certeza sobre a integração do git com o Visual Studio (sei que o git funciona bem no Windows desde que o usei com o QT).

Como o TortoiseGit funciona muito bem, eu estou usando isso, mas uma vez eu estava usando o Bazaar bastante no Windows. Eu acho que a curva de aprendizado é muito mais leve para o Bazaar do que o Git, e o Bazaar tem suporte mais estruturado para diferentes layouts de VCS do que o Git. Isso significa que você pode usar o Bazaar muito como o SVN e até usar um repositório SVN como repositório remoto para um repositório local do Bazaar.

Eu pensei que era um bom produto de transição passando do SVN para o VCS distribuído.

Além disso, achei que o TortoiseBzr não era muito bom, mas o Bazaar vem com um ótimo painel de gerenciamento de GUI tudo em um que eu usei muito. Se a portabilidade for um problema, o painel de gerenciamento pode ser uma boa opção em vez de um dos produtos Tortoise ***.

Colocar um projeto no controle de versão usando o Bazaar é tão fácil quanto:

bzr init
bzr add
bzr commit -m 'added files'

Se você está familiarizado com o Subversion, deve se sentir em casa com o Bazaar: os svncomandos mais comuns funcionam exatamente da mesma maneira no Bazaar.

O Bazaar é muito fácil de aprender, o que não é por acaso, considerando que a usabilidade fazia parte de seus principais objetivos de design. O Bazaar é uma ferramenta intuitiva e fácil de entender, e não atrapalha o seu caminho. Bazar é consistente por toda parte, deve haver poucas ou nenhuma surpresa ruim (eu tive toneladas de boas).

Ele se encaixa na conta conforme você descreveu suas necessidades, com a única exceção da integração do Visual Studio. A última vez que o avaliei em 2010, ele não estava pronto para adoção no meu local de trabalho, mas as coisas podem ter mudado desde então. (De qualquer forma, você escreveu que isso é bom de se ter.)

RocketSVN é um produto congelado agora. Não está mais sendo desenvolvido. Então eu uso o uberSVN e o tortoiseSVN. Eles são gratuitos e muito fáceis de usar.