Notre équipe de développement de petite équipe (6) est composée de personnes ayant différents niveaux de compétences et de connaissances sur les produits.Protégez-vous de nous-mêmes - SVN Branching Policy pour une petite équipe de développement
Pour se protéger de nous-mêmes (ou manque d'expérience) quelle politique de branchement devrions-nous utiliser?
Branche aussi souvent qu'il semble bénéfique.
Plus vous le faites, plus vous le comprenez. Plus vous le comprenez, plus vous en retirerez de bénéfices et moins vous causerez de problèmes et d'erreurs.
Si vous reléguer branchement uniquement aux des cas extrêmes où il doit être fait, vous êtes presque certain de le faire de telle manière à causer des maux de tête. La pratique rend cela beaucoup moins probable.
Garder la barrière à ramifier aussi bas que possible. Je suppose que cela peut se résumer à: pratique, pratique, pratique.
Il serait probablement plus facile à long terme de passer à un système de contrôle de source offrant un meilleur support de branchement et de fusion. SVN est bon à l'embranchement, mais manque de support décent pour la fusion. Je pense que vous devriez jeter un coup d'œil à Mercurial et à Git. Avec l'un de ces deux, vous n'aurez probablement pas besoin de trop vous soucier de la surveillance de vos succursales.
Voir aussi http://stackoverflow.com/questions/2100829/when-should-you-branch/2107672#2107672, http://stackoverflow.com/questions/2921305/what-is-branched-in-a -repository/2921623 # 2921623 et http://stackoverflow.com/questions/16142/what-do-branch-tag-and-trunk-really-mean/114384#114384 – VonC