2010-05-06 8 views
0

J'ai donc un dépôt Mercurial qui est le dépôt « béni » que je vais avoir des branches du cycle de libération ouvertes, par exemple libération1, Release2 etc.flux de commande approprié pour la stratégie de branchement

Lorsqu'un dev travaille sur une version cycle ils vont tirer vers le bas Release1, puis sur leur branche de la machine locale pour Bug1, Bug2 et réparer ceux-ci. Quelle séquence de commandes doit être utilisée pour que les devs puissent correctement fermer leurs branches de Bug, fusionner les changements dans la branche Release1 de sorte que lorsque les changements sont envoyés au serveur, aucune information de branche sur Bug1, Bug2 etc. serveur?

Répondre

2

Si vous utilisez des branches nommées, les informations de branche sur bug1 seront toujours transmises au serveur. Les noms de branches nommées font partie de leurs changesets et ne disparaissent jamais ou ne sont pas changés. Vous pouvez les empêcher de s'afficher dans les listes de branches par défaut en utilisant l'option --close-branch pour valider, mais elles sont toujours présentes et listables.

Si vous voulez un modèle de branchement où les noms de branche n'échappent pas Mercurial offre d'autres options de succursales qui peuvent convenir mieux à vos besoins:

http://stevelosh.com/blog/2009/08/a-guide-to-branching-in-mercurial/

Si quelqu'un suggère d'utiliser la « TransplantExtension » pour fusionner les branches dans et cacher les informations de la branche, ne pas écouter - c'est une idée terrible.

Questions connexes