Introdução com Controle de Versão
https://stackoverflow.com/questions/2658
-
08-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPergunta
Preciso implementar o controle de versão, para o desenvolvimento de eu fazer em casa.Eu li sobre o quão grande o Subversion é para os últimos dois anos e estava prestes a me dedicar a aprender esta no lado até que eu ouvi sobre o Git sendo a e a vinda de sistema de controle de versão.
Dada a situação, eu deveria parar e ver o que sai no topo?Quais são suas vantagens relativas?
Um problema que eu notei com o Git é que não existem muitas completo de Interfaces gráficas, o que é importante para muitos usuários no meu time.
Também, não se importava de sugestões sobre como começar com um ou com outro.(tutoriais, etc.)
Solução
A coisa mais importante sobre o controle de versão é:
COMECE A USÁ-LO
Não usar o controle de versão é uma idéia horrível.Se você não estiver usando o controle de versão, pare de ler agora e começar a usá-lo.
É muito fácil para converter de
cvs<->svn<->git<->hg
Não importa o que você escolher.Basta escolher o mais fácil para você usar e começar a registrar a história de seu código.Você sempre pode migrar para outro (D)VCS mais tarde.
Se você está procurando um fácil de usar a interface olhar O TortoiseSVN (Windows) e Versões (Mac) (Sugerido por codingwithoutcomments)
Editar:
O Git tem algumas funcionalidades agradáveis, mas você não será capaz de apreciá-los, a menos que você já tenha usado algo mais padrão como o CVS ou Subversion.
Isso.Usando o git é inútil se você não sabe o que o controle de versão pode fazer por você.
Edit 2:
Só vi este link no reddit: O Subversion Cheat Sheet.Boa referência rápida para o svn linha de comando.
Outras dicas
Usar o subversion, é fácil de configurar, fácil de usar, e tem uma abundância de ferramentas.Qualquer futura revisão do sistema terá uma importação do SVN recurso, portanto, não é como se você não pode mudar para baixo a estrada, se as suas necessidades crescem.
O Livro Do Subversion é a sua melhor aposta para a aprendizagem da ferramenta.Pode haver outras quick-start tutoriais lá fora, mas o Livro é a única e melhor referência que você vai encontrar.
O Git tem algumas funcionalidades agradáveis, mas você não será capaz de apreciá-los, a menos que você já tenha usado algo mais padrão como o CVS ou Subversion.Eu definitivamente concordo com os cartazes anteriores e iniciar com o Subversion.
Se você é novo para versioncontrol leia este:
Controle de origem COMO
Ir para o SVN.Se você nunca tiver usado o controle de origem, antes, não importa para você de uma forma ou de outra.
Também, não há uma grande quantidade de aprendizagem envolvidos no uso de um sistema de Controle de Origem.Se você aprender, você pode facilmente mudar para outra em uma data posterior.
O SVN é uma ótima ferramenta, e ele deve tomar cuidado com a maioria das suas necessidades.E, como tem sido ao redor, tem um grande participante do compartilhamento de ferramentas GUI (TortoiseSVN, por exemplo).
Ir para o SVN.
Uma boa explicação para a maioria dos conceitos básicos, consulte Um Guia Visual para Controle de Versão.O artigo é muito SVN-friendly.
Eu usei RCS, CVS, SCCS, SourceSafe, Cofre, forçosamente, subversion e git.
Eu já avaliados ao bitkeeper, Dimensões, arch, bazaar, svk, ClearCase, PVCS e Synergy.
Se eu tivesse que iniciar um novo repositório de hoje, eu gostaria de escolher git.Mãos para baixo.
É grátis, rápido e em desenvolvimento ativo.
E você pode usá-lo como um cliente de qualquer repositório do subversion usando o git-svn.
Ele rochas.
@superjoe30
Que tal usar o controle de origem no seu próprio computador, se você for o único programador?Esta é uma boa prática?Há relacionados com dicas ou truques?
Eu acho que o git é realmente mais fácil para isso, como você não precisa de um servidor ou se preocupar em introduzir a URL e assim por diante.O controle de versão coisas só vive na .git diretório dentro de seu projeto e você, vá em frente e usá-lo.
5 segundo intro (supondo que você tenha instalado)
cd myproject
git init
git add * # add all the files
git commit
Da próxima vez que você fazer algumas alterações
git add newfile1 newfile2 # if you've made any new files since last time
git commit -a
Enquanto você estiver fazendo isso, o git tem a sua volta.Se você fracassar, o código é seguro gostoso no repositório git.É incrível
- Nota:Você pode encontrar a obtenção de coisas FORA do git um pouco mais difícil do que fazê-los, mas é muito mais preferível a ter esse problema do que não ter os arquivos em tudo!
A partir de minha própria experiência com ele, eu não recomendaria o git como uma introdução ao controle de versão.Estou usando-o para um par de meses, e a minha impressão é que ele é muito poderoso, e agora que eu já parcialmente tenho a minha cabeça em torno dela - razoavelmente intuitiva.No entanto, a curva de aprendizado é muito íngreme, mesmo que eu tenha sido usar o controle de versão para anos.Ele também sofre por ser muito expressiva, suporta muitos diferentes fluxos de trabalho e modelos de desenvolvimento, mas a única orientação sobre a "melhor" maneira de usar é algumas páginas de profundidade em uma pesquisa do Google, o que também torna mais difícil para um recém-chegado a pegar.
Dito isso, é possível que, a partir de uma folha em branco com o git na verdade, pode ser mais fácil - meu VCS experiência com gestão centralizada de controle de versão (CVS, SVN, Necessariamente,...) e parte da minha (permanente!) dificuldade com o git tem sido a compreensão das implicações do modelo distribuído.Eu fiz olhar brevemente em outros DVCSes como Bazar e Mercurial e eles pareciam estar um pouco mais newbie-friendly.
De qualquer maneira, como outros têm dito, o Subversion é, provavelmente, a maneira mais fácil para se acostumar com o controle de versão mentalidade e obter experiência prática dos benefícios de VCS (rollback, sucursais, agências de desenvolvimento colaborativo, mais fácil de revisão de código, etc.).
Ah, e não se iniciar com o CVS.Ele ainda está em uso prático, e tem vantagens, mas IMHO tem muitas peculiaridades históricas e problemas de implementação (não-atômica compromete-se!) para ser uma boa maneira de aprender.
Meu voto vai para o Subversion.É muito poderoso, contudo fácil de usar, e tem algumas grandes ferramentas como O TortoiseSVN.
Mas como outros já disseram antes de mim, é SÓ COMEÇAR a usá-LO.Controle de origem é uma parte muito importante do processo de desenvolvimento de software.Não há "sérios" projeto de software deve ser sem ele.
No meu emprego atual, meu antecessor não fez uso de qualquer tipo de controle de versão.Há apenas montanhas de pastas em pelo menos 3 lugares diferentes onde ele guardava todos os seus projetos.Qualquer aleatória de pasta de projeto pode ser esperado para encontrar pelo menos uma pasta de nome "project (ANTIGO)" e um chamado "project"
Com controle de versão, você nunca terá que fazer cópias de "seguro" cria.Você realmente não tem que se preocupar com o seu IDE corrompendo o arquivo que você está trabalhando (eu estou olhando para você, REALBasic 5.5) porque é tão fácil cometer (Leia:Salvar seu trabalho a cada dia.
Escusado será dizer, eu instalei a versão controlar a dia depois que eu descobri que ela existia.
Além disso, o TortoiseSVN faz cometer para o banco de dados tão fácil como clicar com botão direito em uma pasta.
Também experimentar o visual svn para o seu servidor se você quer evitar qualquer comando da linha de trabalho.
Se você estiver no Mac OSX, eu encontrei http://www.versionsapp.com/">Versões para ser uma incrível (gratuito) GUI front-end para o SVN.
O Git é superior à subversão, mas é um pouco fora na borda do sangramento.
Eu diria que, se você está apenas começando, salte na borda;configuração de uma conta gratuita @ http://github.com
Eles têm material educativo em site para configurar e usar o git.
Não espere.Escolha um, e ir com ele.Todos os sistemas tem seus prós e contras.Seu poder poderia sair, o computador for roubado ou se se esquecer da para desfazer uma alteração importante e todo o seu código fica frito, enquanto você está esperando para ver o que emerge vitorioso.
Isso não é difícil para alternar entre sistemas de controle de versão.Como outros já mencionados, o importante é começar a usar qualquer coisa como o mais rapidamente possível.Os benefícios de utilizar o controlo de origem por não utilizar o controlo de origem muito superam o diferencial de benefícios entre os diferentes tipos de controle de origem.
Lembre-se de que não importa qual a versão do controle de fonte que você está usando você sempre será capaz de fazer uma força bruta conversão para outro sistema, que estabelece os arquivos de seu antigo sistema para o disco e, em seguida, importar os arquivos raw para o novo sistema.
Além disso, a familiaridade com a fonte de controle de fundamentos é muito, muito importante habilidade para ter como um desenvolvedor de software.
Usar o TortoiseSVN (versão.permite que um aplicativo no mac).Basta instalar e pronto.Se você precisa de um lugar para hospedar o seu código de olhar http://beanstalkapp.com/
O SubVersion é a melhor Escolha para você , Como Karl Seguin apontou Mover para Outro Sistema de controle de versão não seria um problema.também SVN tem muito bom Fácil de usar Interfaces gráficas no Lado do Cliente (o TortoiseSVN).
http://www.snee.com/bobdc.blog/2007/08/getting_started_with_subversio.html http://dojo.jot.com/WikiHome/Getting%20Started%20With%20Subversion
Se você optar por ir com o subversion e você deseja hospedar seu próprio servidor svn, então não é muito agradável e fácil baseado em windows server chamado VisualSVN server.Ele esconde a complexidade de configurar um servidor apache, você basicamente só ir para o próximo próximo próximo.Configuração do usuário é tratada com um webUI, em vez de uma configuração
http://www.visualsvn.com/server/
o uso de um público servir rlike beanstalk é provavelmente mais fácil, mas algumas pessoas gostam de ter seus próprios repositórios, seja de velocidade ou segurança
Quando eu decidi que deve usar um código de sistema de controle de versão, eu olhei em volta para todos os bons tutoriais sobre como começar mas não encontramos nenhum que pudesse me ajudar.
Então eu simplely instalado o Servidor SVN e Tortoise SVN para o cliente e mergulhou nos deepend e que eu saiba não como usá-lo ao longo do caminho.
Começar a usar o SVN para o seu trabalho real, mas tentar arrumar um tempo para brincar com o Git e/ou Mercurial.O SVN é razoavelmente estável para a produção, mas, eventualmente, você vai enfrentar um cenário onde você vai necessidade um sistema distribuído de SCM, pelo qual você vai ser devidamente armados e o novo sistema vai ser maduros o suficiente.
Yup, SVN, de preferência, a menos que você realmente precisa git especificidades.O SVN é bastante difícil;Parece que o git é mais complicado viver com.Você pode ficar hospedado svn de pessoas como Beanstalk - a menos que você tem em casa Linux pessoas, eu realmente recomendo.As coisas podem dar errado, terrivelmente fácil e é bom ter alguém cujo trabalho é para corrigi-lo.
Há um excelente tutorial no controle de revisão de Eric Pia, que é a pena ler, não importa qual sistema você usa.
Questão (talvez as respostas podem ser editadas para responder a esta pergunta também):
Que tal usar o controle de origem no seu próprio computador, se você for o único programador?É >>esta boa prática?Há relacionados com dicas ou truques?
Eu uso SVN para todos os meus projetos pessoais.Eu comecei com a executar svn na minha casa de máquina, mas, eventualmente, migrado para a Dreamhost.Seus pacotes de hospedagem que incluem o Subversion são bastante razoável.
Se uma caixa do windows de uma rápida e suja slution é o cvsnt.Fácil de usar basta configurá-lo e funciona muito bem.
Eu mesmo prefiro o SVN, mas esta é uma boa para uso rápido.
Eu iria escolher SVN através do CVS, se apenas porque as pessoas que aprenderam de controle de origem usando o CVS, tendem a usar "svn delete"então "svn add"em vez de "svn move".O que o torna mais difícil de encontrar todas as revisões anteriores de um arquivo específico.E você pode sempre atualizar para utilizar o git-svn.Eu, pessoalmente, acho que é mais fácil de aprender do que hg, mas realmente o principal motivo para usar o SVN é que tem-se tornado, de facto, sistema de controle de versão de Software de Fonte Aberta.
Se você alguma vez plano de aprendizagem / utilização de D é quase obrigatório para acesso a repositórios de terceiros, como DSource.
@superjoe30 Sim, absoluteley.Uma vez que você começar a usar o controle de versão que você nunca mais voltar.Eu uso ele para tudo, até mesmo a minha "casa" da pasta.
@Orion Edwards, o Subversion não precisam de um servidor.Você pode acessar um repositório local diretamente (através de um cliente, é claro), e não há nenhum processo do servidor envolvido.
Basta usar o TortoiseSVN, e você pode viver mesmo sem saber o real comandos do Subversion...Mas que é ruim.Felizmente, sempre haverá um "grande oportunidade" de aprender pelo coração — quando a sua inestimável repositório, primeiro fica corrompido.
Sim, isso acontece.
Como mencionado muitas vezes em algum lugar, Basta Fazê-Lo.Eu era capaz de começar a partir do zero com o Subversion no Windows, em nenhum momento, lendo o guia de iniciação rápida, em o Livro Vermelho.Uma vez eu mostrei o TortoiseSVN no repositório, eu estava no negócio.Levei um tempo para obter os melhores pontos para baixo, mas eles eram menores de ressaltos para obter mais.
Eu sugiro instalar o Subversion Serviço em vez do uso de URLs file://, mas que é principalmente preferência pessoal.Para um repositório armazenados em sua máquina de desenvolvimento, file:// funciona bem.
A partir de experiência pessoal, svn seria a minha recomendação.Você pode até mesmo usar um serviço como o Beanstalk que oferece contas gratuitas (com limites, obviamente, mas o suficiente para qualquer smallish projeto) para testar as águas.Mas como outros já disseram, o git é superior e é provável que vale a pena.
Uma grande dica para facilitar a configuração de um servidor SVN agora é usar um dispositivo Virtual.Isto é, uma máquina virtual que tenha o subversion pré-instalado e (principalmente) pré-configurada - praticamente um plug & play coisa.Você pode tentar aqui, aqui e aqui, ou apenas tentar pesquisar no Google sobre a "subversão virtual appliance".
