uso qualquer um VCS distribuído em um ambiente corporativo?
-
20-08-2019 - |
Pergunta
Estou curioso para ouvir sobre as experiências das pessoas com controle de versão distribuído em um ambiente corporativo.
Especificamente:
- Foi difícil ganhar adoção?
- Agora que está no lugar, é muito querido?
- O 'modelo' que você está usando (hub e falou? Algo mais?)
- Permitindo que você utilizar hub e falou, existem problemas de disciplina com empurrando para um servidor central?
- 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?
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:)