Pergunta

Estou curioso para ouvir sobre as experiências das pessoas com controle de versão distribuído em um ambiente corporativo.

Especificamente:

  1. Foi difícil ganhar adoção?
  2. Agora que está no lugar, é muito querido?
  3. O 'modelo' que você está usando (hub e falou? Algo mais?)
  4. Permitindo que você utilizar hub e falou, existem problemas de disciplina com empurrando para um servidor central?
  5. Eu gostaria de saber se alguém tem não-programadores que trabalham dentro deste ambiente, de preferência artistas e afins a quem VCS pode ser um pouco assustador. Será que isso funciona para eles?
Foi útil?

Solução

1 - Não, porque nós apenas disse que as pessoas tinham que usá-lo. Se você não tem controle sobre seu VCS e sua equipe, você tem problemas maiores ...

2 - Bem, indo de SVN para Git, eu diria que cerca de metade dos desenvolvedores se queixaram da complexidade. A outra metade apreciado o aumento do poder.

3 -. Nós designado um servidor para ser o repositório central por convenção

4 - Nenhum - Quero dizer se as pessoas não empurrar para o servidor certo, então seu trabalho não é considerado completo, por isso, não podem ser integrados, Qaed, etc. Se eles não podem seguir as diretrizes para esse tipo de coisa .. ..same como # 1 acima.

5 - Essa é uma boa pergunta. Nós incentivamos nossos funcionários não-técnicos, utilizar ferramentas GUI sempre que possível, e que parece tornar as coisas muito mais simples para eles. Praticamente todos os desenvolvedores usar a linha de comando, a menos que eles estão vendo história ramo ou algum outro motivo visual.

Outras dicas

Você contar IBM Rational (Atria) ClearCase com Multisite como um DVCS?

Temos vindo a usá-lo por 15 anos agora, incluindo 7 anos antes que a IBM comprou US. Ela nos permite trabalhar bastante eficaz em sites nos EUA e fora dos EUA.

Para a maior parte, ele funciona bem, em grande parte, mantendo fora do caminho.

Não tenho certeza qual o modelo se aplica.

Não temos muitos não-programadores que usam - o ID. (Desenvolvimento Informação - significando Publicações técnicas), a equipe é o principal conjunto de não-programadores que usá-lo

CC-MS ainda tem um modelo um pouco centralizada - ramos são 'dominado' em um local particular, e as mudanças nesse ramo só pode ser feita em vistas ao mesmo site. Isso só significa que você tem que ter cuidado com ramificação e mesclagem - mas a fusão é muito bom (como é a ramificação)

.

No momento eu estou jogando com a idéia de adotar git no trabalho, depois que eu conversei com alguns colegas. Eles não podiam imaginar que sendo um boa idéia usar um DCV são. Principalmente porque eles consideram o merge-problema como muito grande. I usar git para meus próprios projetos pequenos em casa e aqui é como e por que eu vou usá-lo no trabalho:

  • Checkout SVN-projetos que trabalham em em git
  • cometer sem a necessidade de se preocupar com quebrar a construção (ou ramificação para experimentos)
  • evitando a defasagem de pesquisas / fusões contra o servidor central
  • comprometendo os resultados no final para o svn-tronco

A propósito que parece (seguindo a conversa Linus deu no Google sobre git) para ser uma maneira comum de usar as DCV são no trabalho:)

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top