Quelqu'un a-t-il utilisé VCS distribué dans un environnement d'entreprise?

Question

Je suis curieux d'entendre parler de l'expérience des utilisateurs en matière de contrôle de version distribué dans un environnement d'entreprise.

Spécifiquement:

1. Était-ce difficile d’être adopté?
2. Maintenant qu'il est en place, est-ce bien apprécié?
3. Quel "modèle" utilisez-vous (concentrateur & et parle? Quelque chose d'autre?)
4. Vous permettant d'utiliser hub & amp; parle, y a-t-il des problèmes de discipline avec le transfert vers un serveur central?
5. J'aimerais savoir si des non-programmeurs travaillent dans cet environnement, de préférence des artistes, etc., pour lesquels VCS peut être un peu intimidant. Est-ce que ça a marché pour eux?

Answer 1

1 - Non, parce que nous venons de dire aux gens qu'ils devaient l'utiliser. Si vous n’avez pas le contrôle de votre VCS et de votre personnel, vous avez de plus gros problèmes…

2 - Bien, passant de SVN à Git, je dirais qu'environ la moitié des développeurs se sont plaints de la complexité accrue. L'autre moitié a apprécié l'augmentation de la puissance.

3 - Nous avons désigné un serveur comme référentiel central par convention.

4 - Aucun - Je veux dire, si les utilisateurs n'appliquent pas le bon serveur, leur travail n'est pas considéré comme complet, il ne peut donc pas être intégré, contrôlé de qualité, etc. S'il leur est impossible de suivre les instructions pour ce genre de choses. ..sem comme # 1 ci-dessus.

5 - C'est une bonne question. Nous encourageons notre personnel non technique à utiliser des outils d'interface graphique dans la mesure du possible, ce qui leur semble beaucoup plus simple. Pratiquement tous les développeurs utilisent la ligne de commande, sauf s’ils consultent l’historique des branches ou une autre raison visuelle.

Answer 2

Comptez-vous IBM Rational (Atria) ClearCase avec Multisite en tant que DVCS?

Nous l'utilisons depuis 15 ans, dont 7 ans avant que IBM ne nous achète. Cela nous permet de travailler assez efficacement sur plusieurs sites aux États-Unis et ailleurs.

Pour la plupart, cela fonctionne bien, principalement en restant à l'écart.

Vous ne savez pas quel modèle s'applique.

Nous n’avons pas beaucoup de non-programmeurs l’utilisant - l’équipe ID (Information Development - signifiant Tech Pubs) est le principal groupe de non-programmeurs qui l’utilisent.

CC-MS a toujours un modèle quelque peu centralisé: les branches sont "maîtrisées" sur un site particulier et les modifications sur cette branche ne peuvent être effectuées que dans les vues du même site. Cela signifie simplement que vous devez faire attention à la création de branches et à la fusion - mais la fusion est très bonne (tout comme la création de branches).

Answer 3

En ce moment, je joue avec l’idée d’adopter Git au travail, après en avoir discuté avec des collègues. Ils ne pouvaient pas imaginer être une bonne idée d’utiliser un DCVS. Principalement parce qu'ils considèrent que le problème de fusion est trop important. J'utilise git pour mes propres petits projets à la maison et voici comment et pourquoi je vais l'utiliser au travail:

• consultez les svn-projets sur lesquels je travaille dans git
• S'engager sans avoir à se soucier de casser la construction (ou de créer des branches pour des expériences)
• évitant le décalage des recherches / fusions par rapport au serveur central
• enregistrer les résultats à la fin dans le svn-trunk

Incidemment, cela semble (à la suite de la conversation que Linus a donnée à Google concernant git) être un moyen courant d’utiliser DCVS au travail:)