Sistemas de controle de código-fonte em desenvolvimento web

https://stackoverflow.com/questions/2185849

25-09-2019
|

Pergunta

Estamos apenas começando o processo de busca por um sistema de controle de código-fonte.Sei que estamos atrasados, mas antes tarde do que nunca.Nenhum dos membros de nossa equipe tem experiência com qualquer sistema no passado, então eu esperava poder descobrir algumas coisas básicas a serem observadas à medida que começamos a investigar diferentes ferramentas.Aqui está um pouco do histórico de nossa equipe:

Nosso grupo é formado por desenvolvedores e designers
Trabalhamos principalmente em PCs com um ou dois em Macs
Muitos não se sentem confortáveis com sistemas baseados em linha de comando
A maior parte do nosso desenvolvimento é para a web
Desenvolvemos em ASP.NET, ColdFusion e PHP

Alguns que planejamos analisar:

Seria útil ouvir qualquer experiência com qualquer um deles.

Solução

Não use Fonte Segura!Não é apenas ruim para o controle de origem, é apenas ruim para o mundo.

Eu uso o Subversion com o Tortoise.Eu amo isso.Bastante fácil de colocar em funcionamento.Ramificação/mesclagem ainda pode ser um pesadelo.

Visual SVN também é bom.

Outras dicas

Se você ainda não teve um sistema de controle de origem único, duvido que consiga ver as melhorias do GIT etc.

Comece de forma simples e com muito suporte:use o Subversion como servidor e o Tortoise como cliente.

É uma configuração fácil e fácil de usar.

O Subversion é especialmente adequado para desenvolvimento web por causa do algoritmo de 'diferenciação' que usa para arquivos binários.O desenvolvimento web não envolve apenas código.Os recursos binários entram muito em jogo (imagens, PDFs, etc).

O Subversion rastreia as diferenças entre os arquivos e os registra.Compare isso com o CVS, que essencialmente armazena outra cópia do arquivo binário, e o benefício se torna aparente à medida que seus recursos binários e check-ins aumentam.

Eu uso o plug-in TortoiseSVN, que é decente o suficiente para mim.Ao marcar especificamente o asp .net, você pode querer dar uma olhada no VisualSVN, que faz um ótimo trabalho ao mitigar o maior problema no controle de versão - um colega esquecendo de adicionar um arquivo ao repositório.

Eu também usei o Visual Sourcesafe naquela época.Não sei se ainda é o mesmo agora, mas seu checkout exclusivo por usuário foi um pesadelo completo em uma equipe de vários desenvolvedores.Constantemente tive que lembrar as pessoas de verificar as coisas novamente ou, alternativamente, convencer um administrador amigável a me conectar com suas credenciais sempre que alguém estivesse fora do escritório.

Você pode querer dar uma olhada no Perforce.http://www.perforce.com/perforce/products.html

Você deveria usar o subversion, ou talvez git ou mercurial.

Claramente não vale a pena comprar nada, acho que você pode remover imediatamente as soluções comerciais da sua lista.

Além disso, você provavelmente deve obter hospedagem de terceiros em vez de executar seu próprio servidor.

Eu trabalho em um cliente onde eles usam o TortoiseSVN como cliente e instalam o VisualSVN (Subversion) como componente do servidor.A certa altura, tínhamos esse plano mestre de usar nANT e CruiseControl para manter sincronizados três ambientes diferentes para um site .NET, mas ainda não obtivemos aprovação para isso (choque).Então, até então, usamos nosso servidor Subversion para armazenar todo o código-fonte e manter os diferentes ambientes sincronizados manualmente.Não é o melhor cenário do mundo, mas dá a todos acesso ao código e nosso grupo de desenvolvimento é pequeno o suficiente para que todos saibam no que está sendo trabalhado.

O Subversion como servidor e o tortoise svn como cliente podem se adequar muito bem às suas necessidades, embora eu tenha ouvido dizer que o GIT é mais recente e tem muitas melhorias.

Eu preferiria usar o Tortoise SVN, evitando o SourceSafe e adicionar outro à lista:

Forçosamente - Isso foi usado em um dos meus antigos locais de trabalho.Não foi ruim, embora as mesclagens fossem dolorosas, pois eram necessários de 1 a 2 desenvolvedores por dia para mesclar o código e passar de um ambiente para outro, por exemplo.dev-> teste, teste-> teste.

O Tortoise SVN tem muitas opções integradas do Windows Explorer que podem ser usadas em vez da linha de comando, então raramente uso a linha de comando com o Subversion.

Se você usar o SourceSafe, tome cuidado, pois existe uma ferramenta administrativa para analisar o banco de dados e ver se ela deve ser executada periodicamente e pode ser um pouco chata, pois não acho que alguém deva usar SS quando o analisador estiver em execução.A ramificação no VSS é um pouco fraca, especialmente em contraste com a visualização de como as coisas funcionam bem no SVN.

Outro ponto é considerar se você possui um sistema de rastreamento de bugs e deseja ter uma integração entre os dois.

eu pessoalmente uso o git com o cygwin.eu prefiro isso ao svn por causa da dor que o svn me causou no passado com fusões.O git foi projetado para tornar as mesclagens fáceis e faz um trabalho muito eficaz em aderir a isso.

se o cygwin não é sua preferência e você precisa ter integração com o Windows Explorer, verifique o ToroiseGit projeto.Ele tem a aparência do ToroiseSVN, por isso é fácil de aprender.você pode até executar o ToroitseGit e o TortoiseSVN lado a lado, se desejar.

Além disso, o TortoiseGit possui suporte integrado para repositórios SVN, para que você possa verificar um repositório SVN e obter todos os benefícios das filiais locais e tudo o mais.

É verdade que o VSS não deve ser considerado - é um produto morto e simplesmente ruim.No entanto, o Team Foundation Server - especialmente 2010 deve ser dado uma olhada.Ele não apenas controla o código-fonte, mas também possui um sistema de rastreamento de itens de trabalho, CI e servidor de construção e possui ótimas ferramentas para testes.Por exemplo, ele executará scripts automatizados e gravará a sessão em um filme mpeg para que você possa realmente ver como era a tela quando/se o teste falhou.

Se isso for mais do que você deseja, escolha o SVN.

Primeiro conselho: Não use SourceSafe.É um pesadelo.Acho que nem os desenvolvedores da Microsoft o usam internamente!

Você poderia usar o SVN usando o TortoiseSVN como front-end para as pessoas que não se sentem confortáveis com a linha de comando.Mas você terá que hospedar seu próprio servidor Subversion ou encontre um provedor de hospedagem para seus repositórios.

Além disso, existem plug-ins SVN para o IDE mais usado.

Outro +1 para o Subversion.Usei com uma variedade de idiomas, incluindo ColdFusion.O Tortoise é ótimo para Windows, mas os melhores clientes gráficos para Mac não são gratuitos.

Também recomendaria contra o Rational Clearcase.O cliente deles é desajeitado e não há tantos plug-ins para diferentes ide/plataformas.

Atualmente estou trabalhando com Rational ClearCase e não posso reclamar (pelo menos até agora).

Antes usávamos o ChangeMan Dimensions, que é uma ferramenta CVS regular com muitos recursos, mas na minha opinião torna o controle de origem muito burocrático, para dizer o mínimo:apresenta o infame checkout exclusivo.Eu também não gosto do design.

ClearCase tem uma aparência de Windows Explorer e quando você se acostuma, torna-se muito simples de usar.Ele também possui uma integração fácil e agradável com o MS Visual Studio.

SourceGear Vault é uma ótima ferramenta.Sua interface é semelhante ao VSS, mas não apresenta todos os problemas.

Se você usa .net e visual studio ou está em um ambiente fortemente MS, você pode realmente gostar do TFS.Possui integração muito boa com Visual Studio.Ele também possui muitas outras funções, como tarefas de rastreamento, bugs, etc.e automatizando compilações.Isto é caro, especialmente no mundo dos SCMs, onde você pode obter muito de graça (svn, git).Já que você mencionou .net, pode valer a pena dar uma olhada.

Você precisa decidir se deseja pagar por ele ou ter um gratuitamente.Eu sei que SVN e CVS são gratuitos e existem ótimos clientes de UI e plug-ins IDE também disponíveis gratuitamente.

Começamos com o CVS e depois fizemos a transição para o SVN há alguns anos.As vantagens que tivemos foram que a.O repositório SVN era menor, b.Era acessível pela rede através de http e https, c.Tinha ótimas ferramentas de UI do cliente (eu uso SmartSVN), também existem ótimos plugins para Eclipse e IntelliJ.d.a transição do CVS para o SVN foi muito fácil para o usuário.

Eu usei QVCS por Texto do link eles têm preços justos e bem mais baratos, para diferentes versões.

Eu usei e experimentei o subversion e pessoalmente não gosto dele, mas se as pessoas gostam e usam, isso é incrível para elas.

Eu digo que você deve encontrar um que tenha os recursos necessários, uma faixa de preço razoável e um bom sistema de suporte.

A parte difícil é fazer com que todos da sua equipe o utilizem, e com sabedoria...

Pessoalmente, gosto muito do Subversion e do cliente tortoiseSvn, como muitos já notaram.Um site que descobri e que gosto muito é http://www.springloops.com.Eles oferecem hospedagem SVN barata, mas também se integram ao BaseCamp, que adoro para gerenciar projetos.Se você gosta do Basecamp e também usa Svn, vale a pena dar uma olhada

Gite com GitHub para Windows e/ou TartarugaGit.

Licenciado em: CC-BY-SA com atribuição

Não afiliado a StackOverflow