Onde começar com fonte-controle
https://stackoverflow.com/questions/103059
-
01-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPergunta
Alguém tem alguma sugestão sobre onde começar para um novato querendo experimentar algum tipo de fonte de controle, juntamente com uma nova jornada em ASP.NET? SVN, VSS, CVS ... Eu nem sei por onde começar!
Solução
Muitas pessoas aqui têm sugerido introduções e how-tos abrangentes, que são tudo de bom para dizer-lhe como fazer o que quiser.
Além disso, eu daria três partes de conselho para os novatos sobre como saber o que você quer:
1) Tudo version-control (isto é, tudo que você escreve).
Versão de controle os arquivos do projeto. Versão de controlar seus casos de teste. Versão de controlar quaisquer pequenos scripts que você usar para copiar as coisas ao redor. Versão de controlar a sua lista de tarefas. Definitivamente versão controlar suas notas de design. Depois de se familiarizar com os comandos não custa nada, e algum dia você será feliz da história de um arquivo que você nunca tinha imaginado a necessidade de reverter.
2) Quando estiver satisfeito com a mudança, check-in imediatamente. E verificar tudo.
Se você trabalha em etapas sequenciais (e que nem sempre acontece - você pode se distrair - mas é uma boa prática), em seguida, no início de cada novo passo que você deve ter 0 arquivos modificados em sua checkout. Você pode até querer fazer check-in de código não-trabalho inacabado, dependendo do que você ternos.
3) Quando você alcança um marco, tag-lo.
Mesmo seus próprios objetivos pessoais (polegada-seixos). Se você não pode ser incomodado com tagging, basta fazer uma nota da data e hora (em, você adivinhou, um arquivo controlado por versão). Se uma versão específica é memorável por alguma razão ( "Eu terminei o back-end", "Enviei-lo a alguém para olhar"), você quer saber exatamente o que estava nele. E comparar com a dos diagnósticos repositório alguns tipos de erros mais rápido do que o depurador.
Outras dicas
apenas certifique-se estadia longe de seguro fonte visual.
O Eric Sink Source Control HOWTO .
Leia-o, em seguida, baixar Subversion (gratuito) ou Vault (grátis para um único usuário) e começar a brincar com ele.
Muito Subversion específica, mas dá uma compreensão razoável de noções básicas de controle de versão.
Eu acho que a maneira mais fácil é fazer com que um servidor SVN livre através de algum provedor gratuito. Eu uso Assembla .
Então, se você estiver no Windows, você deve baixar TortoiseSVN . Isto é, de longe, o cliente Subversion mais fácil de usar.
Comece por importar um projeto atual para o repositório e então você está pronto para ir.
Eu recomendo SVN para começar com, pouco mais fácil de pegar o jeito do que alguns outros.
Tortoise é um bom começo. É simples de instalar e integra com o shell do Windows, ou seja, tudo é bastante intuitivo sobre o direito clica em pastas / arquivos etc. boa doc Muito bem.
Você também vai precisar de um SVN servidor / host para connet para ... Eu posso recomendo Assembla que é livre para se registrar e dá-lhe um servidor SVN para jogar.
Vou recomendar Subversion ou Visual Studio Team Sistemas Fundação, dependendo de quanto dinheiro você está disposto a desembolsar.
Confira SVN Visual (Subversion para os fãs VS die-hard) - que integra-se bem com o Visual Studio: http: / /www.visualsvn.com/
Se você está apenas começando, eu recomendo a leitura através do Subversion livro livre. É um sistema amplamente utilizado, livre, e deve ser relativamente fácil de compreender uma vez que você ir.
Se você é 100% NET, e você tem uma licença de desenvolvedor MSDN, TFS correm para grupos de trabalho. Sua bastante simples e sólida.
Se você não tem uma licença, veja Subversion. Um nice, controle de fonte livre que tem plugins para integração do Visual Studio.
A primeira vez que foi introduzido para svn usando Tortoise SVN, adorei e mais tarde uma empresa utilizou Visual Sourcesafe, como eu perdi usando tartaruga.
Obter uma cópia do livro Pragmatic Version Control usando Subversion -. Ele vai ajudar você a começar
Imagem http://ecx.images-amazon.com/ images / I / 51XYQTP2BYL._SL500_AA240_.jpg
Hoje em dia eu só iria começar com um sistema distribuído. Eles são mais fáceis de configurar (você não precisa configurar um servidor e / ou encontrar um on-line: apenas init algum diretório aleatório e começar a fazer o seu material) e tão fácil / difícil de entender como os centralizado.
Aqui estão alguns que as pessoas devem dar uma olhada na escolha de um sistema de controle de revisão distribuída:
Se você está preso no Windows, gostaria de ficar longe de Git (pelo menos por enquanto). Parece haver para Git no Windows em andamento, mas eu não tentei ainda.
Tem a segunda leitura do livro do Subversion. Além disso, o software é livre, roda na maioria dos ambientes, e é fácil de ir.
O controlo de fonte para usar realmente depende de seu ambiente, sua cultura corporativa e da situação geral de como os projetos são tratadas em sua empresa. O "Source Safe Visual" mais recente no Team Foundation mãos para baixo é melhor do que o pedaço de crud que VSS costumava ser. e é bom em uma loja de Microsoft com um ou alguns locais. Eu também usado Subversion com muito sucesso, e integra bem em Eclipse. Eu não gosto de colocar para baixo produtos, uma vez que todos têm seus pontos positivos e negativos, eu acho. Mas os dois que eu mencionei acima são realmente bons produtos de controle de origem / versão. Se você está apenas começando e deseja obter seus pés molhados e aprender as práticas de controle de origem e conceitos gerais, o download de um produto de código aberto como CVS ou Subversion, carregá-lo e experimentá-lo.
http://www.ericsink.com/scm/source_control.html tem algumas boas informações para trabalhar.
- Estou re-editar este comentário a nota que ele se parece com outra pessoa ligada à ligação de controle de origem em um post anterior. :) danado, eu não era o primeiro a publicá-la.
Apenas ficando ferramentas instalada não é suficiente. Você precisa entender como funciona a tecnologia particular (como SVN) e como a árvore de origem inteira suposto trabalho: melhor estrutura, tagging, ramificação, fusão e assim por quarto. Desde que nós usamos SVN Eu recomendo Subversion Livro . Ele tem algumas boas explicações de conceitos de controle de origem.
Confira Subversion (SVN) para iniciar. Como sugerido em outros lugares, há uma excelente livre ebook que não só descreve como usar o SVN, mas é um excelente começo nos conceitos.
Para uma fácil configuração do servidor, verificar o servidor livre de VisualSVN .
Se você usar Visual Studio, você pode usar o seu add-in (custos) ou o código-fonte aberto Ankh SVN suplemento . Se você estiver usando outros IDEs, Tortoise SVN integra com Explorer no Windows.
Comece com Subversion. A documentação é online, e o Pragmatic Programmers livro Svn é grande.
Se você estiver no Windows, você pode também obter tortoisesvn (livre) para a integração Explorer ou visualsvn (comercial) para a integração do Visual Studio. Para o Mac, Versões parece um bom ficar sozinho cliente e XCode 3 tem integração svn construído dentro. Ainda eu gastaria um pouco de tempo na linha de comando usando o cliente svn para realmente descobrir o que você está fazendo.
Depois de ficar confortável com as obras maneira svn, então você pode entrar em sistemas de controle de versão distribuída como Git, Bazaar ou Mercurial, mas eu vi desenvolvedores profissionais suficientes ter problemas envolvendo suas cabeças em torno das noções básicas de controle de versão (ramificação fundindo etc) que eu ia ficar confortável com isso primeiro antes de passar para sistemas distribuídos.
Fique bem longe de Visual SourceSafe (VSS). É cocô. Seu código é não seguro. Consulte estes muitas ligações a por que não usar VSS.
subversão ftw.
Você poderia começar a navegar através deste site.
Na minha opinião, se você já tem Viual Source Safe e você é um único desenvolvedor fazendo um trabalho com VS, é perfeitamente bem. É um sistema simples que funciona bem o suficiente para pequenos projetos de desenvolvedores individuais. Eu usei-o durante anos sem qualquer problema para projetos pequenos. Fácil de gerenciar e backup também.
Acredito que ponto trando é com o sistema de controle de versão distribuído (como mercurial ou git). Há algumas advandtages de usá-lo:
- Você não precisa configurar repositório central (que rquires configuração do servidor tediosa)
- Você pode compartilhar changesets (revisões) com seus amigos usando e-mail ou outro método, e integrar alterações ao seu repositório de segurança.
- Você pode modificar o histórico de revisões (rebase, suportes Git ele) easilly, o que é impossível fazer com SVN.
I recomendado tentar sobre os sistemas de controle de versão distribuído gratuitamente. A maioria deles são muito fáceis de configurar em seu PC pessoal e vêm com uma boa documentação. Aqui estão os meus favoritos 1. Bazaar 2. Mercurial 3. Git (apenas para sistemas * nix base, tanto quanto eu sei)
Veja a lista aqui:
http://en.wikipedia.org/wiki/List_of_revision_control_software
Comentários sobre os produtos que eu usei:
VSS - não usei-o em um tempo agora (vários anos), no momento em que fez o básico do que queríamos mas estávamos correndo em uma variedade de questões regularmente o suficiente para que buscou ativamente uma solução melhor. Se você tem acesso gratuito, então não faria mal para obter exposição para a sua execução para ver o que era na época uma maneira diferente de lidar com os problemas (que pode ter entrado em linha com o resto dos produtos até agora) .
CVS - Usado isso em uma empresa anterior, e trabalhou com o autor original do TortoiseCVS por isso estou um pouco tendenciosa talvez no pensamento de que era uma solução decente código aberto. Eu recomendo começar aqui pessoalmente, tudo está facilmente disponível e amplamente utilizado.
Perforce - Nossas empresas de soluções de controle de origem atual e praticamente universalmente bem visto na equipe. Um par de UI alternativa é que as pessoas podem escolher entre e bom apoio de linha de comando também (vital para a interação ferramentas). Se você está avaliando para uma empresa Eu certamente incluir isso em sua lista para olhar.
Tente Unfuddle para um controle de fonte livre hospedado SVN.
Outro voto para Subversion / TortoiseSVN mas nota que ele não jogar bem com um NAS doméstico FAT32.
Eu estive perdendo a fé a toda a comunidade de controle de origem. Todo mundo está dizendo VSS é o inferno ruim, gosta daqueles velhos preconceitos, C ++ é muito melhor que C, Win Vista é terrível e XP é muito velho para servir o mundo. Ainda assim muitas pessoas que os usam. Você nunca sabe como você gostaria de uma ferramenta antes de usá-lo. E cada aplicação de controle de versão consiste de erros e defeitos. E VSS é tão difícil de cair.
Visual Source Safe (VSS) é bom para um iniciante, porque você não sabe o que está perdendo. Quando você precisa de algo mais complicado, então se preocupar sobre a obtenção de algum outro produto.
