Je fais partie d'une équipe qui publie des versions de notre logiciel 4-5 fois par an à nos clients. Nous maintenons les 2-3 versions précédentes de notre produit en corrigeant les erreurs que nous rencontrons dans les versions ultérieures. Nous utilisons TFS 2008 pour le contrôle de la source et tentons de trouver le meilleur moyen de maintenir les anciennes versions.
Nous créons actuellement une branche de notre application chaque fois que nous effectuons une nouvelle version, mais nous recherchons un bon moyen de mettre à jour les anciennes versions plus facilement. Par exemple, nous terminons 9,5 mais deux semaines après la création de la succursale et travaillons sur 10.0, nous réalisons que 9.5 a une erreur. Nous effectuons actuellement la modification de la version 10.0, puis ouvrez 9.5 pour effectuer la modification à nouveau. Y a-t-il de toute façon d'automatiser cela?
Merci!
3 Réponses :
Si vous créez une branche de votre source principale, vous devriez pouvoir effectuer la correction du bogue dans votre source principale, puis «Fusionner» qui change sur vos branches de 9,5 et 10,0. Cela fait partie de la beauté de la ramification, à savoir, vous pouvez fusionner vos modifications de votre branche principale aux succursales cibles.
Lorsque vous choisissez l'option de fusion avec TFS, elle vous montrera où la source actuelle est ramifiée et que vous pouvez choisir les succursales que vous souhaitez fusionner ces modifications. Vous ne devriez pas avoir à apporter les modifications dans vos succursales de 9,5 et 10,0 manuellement, ce qui vaincre vraiment le but de ramener en premier lieu.
Je pense que @aarons a la meilleure idée. Faire le changement de 9.5, puis fusionnez-vous à la main sur 10.0
Non, il n'y a aucun moyen de "automatiser" cela, et vous ne voulez pas vraiment. Et si le correctif n'a pas vraiment besoin d'être appliqué à chaque version?
Cela sonne pour moi comme si vous appliquez des corrections en arrière (première solution dans les versions plus anciennes, puis fusionner à plus récente).
C'est une raison principale de la ramification et de la fusion.
Ce que je fais dans votre situation est de faire le changement de 9.5, puis de fusionner le changement dans votre branche principale, puis de revenir dans votre branche de 10,0. L'outil de fusion intégré fonctionne bien pour cela.
Si vous allez dans l'autre direction, vous risquez d'ajouter de nouvelles choses de 10,0 dans votre succursale de 9.5 lorsque tout ce que vous voulez est votre correctif de bogue.
Je jetterais également un coup d'oeil au Guides de ramification TFS pour plus d'informations sur la ramification et la fusion. < / p>
+1 pour effectuer la correction de bugs dans la version la plus ancienne nécessitant la fixation. Beaucoup plus facile que la fusion du coffre aux anciennes versions.
Hmmm; Nous faisons toujours la modification de la branche du coffre d'abord puis fusionner des modifications spécifiques aux branches de libération précédentes. Ne jamais avoir fusionné des maux de tête avec votre approche?
@Kenny, cela me semble le plus naturel. On risque de régresser le comportement dans les versions ultérieures si vous apportez les modifications apportées aux branches "Libération". Je ne vois pas comment une direction ou l'autre fait la fusion "plus facile". S'il n'y a pas de changements non liés sur les versions du tronc des fichiers nécessitant une intégration avant ou inversée, vous paierez la pénalité de fusion non triviale dans les deux cas.