2010-07-14 5 views
2

Dans le TFS Branching Guide 2010 v1 (here), les ALM Rangers vous proposent 4 plans de branche (scénarios) pour le moment.Plan de branchement requis?

Mais dans un projet connexe, Guide TFS, également à partir des ALM Rangers (here), ils proposent un scénario «No Branch». C'est un bon point de départ, car avoir par exemple 2 branches (dev et main) ralentira la vitesse et introduira plus de complexité à cause de toutes les manipulations FI (forward-intégrer) et RI (reverse-integration).

Il semble pour moi que Rangers ALM ne se synchronise pas les deux projets, parce que le guide de branchement 2010 v1 ne propose plus le plan « No Direction » ....

Pour notre entreprise, nous voulons définir un guide Cela dit d'utiliser un modèle simple au début, mais a la capacité de croître en cas de besoin. Donc, en fait, nous voulons commencer à utiliser et développer directement sur la branche principale, et quand l'assurance qualité deviendra vraiment un problème, nous pouvons nous diriger vers une branche de développement et fusionner le long des branches.

Est-ce une bonne pratique à suivre?

Répondre

3

Comment vous branchez est l'une des décisions les plus importantes que vous pouvez prendre en ce qui concerne la gestion de la configuration du code source. Il doit correspondre à votre organisation, vos processus et vos équipes. Ce que vous décidez tôt sera, dans une grande mesure, ce que vous finirez en utilisant pour toujours, alors ne prenez pas la décision à la légère.

Ma recommandation personnelle (uniquement parce que cela fonctionne pour nous) est d'utiliser l'approche de la branche MAIN et DEV. Cela permet d'effectuer un niveau d'assurance qualité (par exemple, des versions d'essai) avant la fusion avec la branche MAIN. La branche DEV devient votre branche d'intégration principale, donc l'intégration en avant n'est pas aussi lourde (puisque tout le monde travaille hors de la branche DEV). Pour vous donner quelques références, nous avons littéralement passé entre 3 et 6 mois à discuter de notre stratégie de branchement, à l'analyser à travers des cas d'utilisation et à essayer de faire des trous avant de décider lequel utiliser.

+0

Je sais qu'il est très important de penser à la stratégie de branchement, mais 3-6 mois? Il ressemble plus à une discussion religieuse ... ;-) –

+0

@Patrick: Nous migrions à partir d'un système SCM existant avec une base de code de quelques millions de lignes de code, réparties sur 200 systèmes différents, tous supportés par entre 80-150 développeurs (selon quand c'est arrivé). Nous avons consolidé en 12 projets d'équipe distincts. Nous * avions * pour le faire correctement la première fois, ou nous aurions été tout à fait en haut de la crique. Parfois c'était religieux, et les discussions étaient toujours passionnées au sein de mon équipe. – Robaticus

+0

Avant de prendre en charge la gestion de l'équipe qui gère SCM, mon chef disait «respecte le référentiel». Maintenant, je sais ce qu'il veut dire. :) – Robaticus