Comment fermer correctement une fonction de direction dans l'Mercurial?

J'ai fini de travailler sur une branche feature-x. Je veux fusionner les résultats de retour à la default de la branche et de fermer feature-x afin de se débarrasser de lui à la sortie de hg branches.

Je suis venu avec le scénario suivant, mais il a quelques problèmes:

$ hg up default
$ hg merge feature-x
$ hg ci -m merge
$ hg up feature-x
$ hg ci -m 'Closed branch feature-x' --close-branch

De sorte que le feature-x branche (changests 40-41) est fermé, mais il est un nouveau chef, la fermeture de la branche de la révision 44, qui seront inscrites dans hg heads à chaque fois:

$ hg log ...
o  44 Closed branch feature-x
|
| @  43 merge
|/|
| o  42 Changeset C
| |
o |  41 Changeset 2
| |
o |  40 Changeset 1
|/
o  39 Changeset B
|
o  38 Changeset A
|

Mise à jour: Il semble que depuis la version 1.5 Mercurial n'affiche pas les chefs de la fermeture des succursales dans la sortie de hg heads plus.

Est-il possible de fermer une fusion de la branche, sans quitter un plus la tête? Est-il plus correct façon de fermer une branche?

Questions connexes:

Est-il un inconvénient à cela Mercurial flux de travail: nom de la branche "morts" de la tête?

mais l'article a souligné ne PAS seulement parler de "- près-branche". Il montre quatre façons de tailler votre branche. Si vous ne voulez vraiment pas plus, vous pouvez cloner comme expliqué dans l'article. Le seul "problème" est que si pour une raison quelconque vous voulez le fermer, mais le garder.
Oui, j'ai lu l'article en entier sur l'élagage des branches mortes. Je veux de la direction afin de rester dans la révision de l'histoire, de ne pas le jeter. Auparavant, j'ai juste fusionné branches en default sans "fermeture" d'eux. Il en est résulté 0 nouvelles têtes, mais ces branches étaient visibles dans hg branches jamais (comme inactif branches).
Pour développer des fonctionnalités, j'ai tendance à cloner le dépôt entier et ensuite l'intégrer dans une fois que la fonction est terminée. Je n'aime pas avoir le reste de l' (fermé) des branches dans l'histoire.

InformationsquelleAutor Andrey Vlasovskikh | 2010-02-10

216

Une façon est de simplement laisser fusionné branches ouvrir (ou inactif):
```
$ hg up default
$ hg merge feature-x
$ hg ci -m merge

$ hg heads
    (1 head)

$ hg branches
default    43:...
feature-x  41:...
    (2 branches)

$ hg branches -a
default    43:...
    (1 branch)
```
Une autre façon est de fermer une branche avant de fusion en utilisant un supplément de commettre:
```
$ hg up feature-x
$ hg ci -m 'Closed branch feature-x' --close-branch
$ hg up default
$ hg merge feature-x
$ hg ci -m merge

$ hg heads
    (1 head)

$ hg branches
default    43:...
    (1 branch)
```
La première méthode est plus simple, mais il laisse ouverte la branche. La seconde ne laisse pas ouvrir les chefs/branches, mais il nécessite une auxiliaire de s'engager. On peut combiner le dernier commit de la branche avec ce surplus de valider à l'aide de --close-branch, mais il faut savoir à l'avance qui commit sera le dernier.

Mise à jour: Depuis Mercurial 1.5 vous pouvez fermer la succursale, à tout moment, de sorte qu'il n'apparaît pas dans les deux hg branches et hg heads plus. La seule chose qui pourrait éventuellement vous ennuyer, c'est que, techniquement, le graphe de révision aura toujours une révision de plus, sans enfants.

Mise à jour 2: Depuis Mercurial 1.8 signets sont devenus une caractéristique fondamentale de Mercurial. Les signets sont plus commodes pour ramification que les branches nommées. Voir aussi cette question:
- Mercurial ramification et des signets
- Il n'est pas nécessairement vrai que Bookmarks are more convenient for branching than named branches. De Hg pour les signets ne sont pas la même chose que les branches Git. Ils sont pleins de nombreux cas limites qui les rendent impropres comme des branches. Par exemple: lorsque vous clonez un dépôt, vous allez vous retrouver avec le dernier commit dans le default branche. Si vous utilisez des signets, cette révision correspond à un aléatoire (instable) de signet. Si vous utilisez les branches nommées, vous obtiendrez le dernier commit dans l'écurie/branche par défaut, ce qui est généralement ce que vous voulez. Signets va y arriver un jour, mais ils n'y sommes pas encore.
- J'ai utiliser des signets privés comme des balises qui ne sont visibles que dans mon dépôt local. Ils agissent à titre de rappels de révisions j'ai besoin de revoir.
- J'ai essayé de suivre cette approche, mais j'ai toujours une erreur lors de la tentative de push: abort: push creates new remote branches:. Qu'aurais-je fait de mal?
InformationsquelleAutor Andrey Vlasovskikh
79

à mon humble avis il y a deux cas pour les branches qui ont été oublié de fermer

Cas 1:
la branche n'a pas été fusionnés en défaut

dans ce cas, j'ai la mise à jour de la branche et de faire une autre s'engager avec-près-branche, malheureusement, cela élit la direction générale pour devenir le nouveau conseil et, partant, avant de le pousser vers d'autres clones, que j'ai assurez-vous que la véritable astuce reçoit un peu plus de changements et d'autres n'ont pas obtenir confus au sujet de cet étrange conseil.
```
hg up myBranch
hg commit --close-branch
```
Cas 2:
de la succursale a été fusionnée à défaut

Ce cas n'est pas très différente de celle du cas 1 et il peut être résolu en reproduisant les étapes pour le cas 1 et les deux autres.

dans ce cas je mettre à jour à la direction de la révision, de faire un autre commit avec --fermeture de la succursale et de fusionner la nouvelle révision qui est devenu le conseil en défaut. la dernière opération crée une nouvelle astuce qui est dans la branche par défaut - HOURRA!
```
hg up myBranch
hg commit --close-branch
hg up default
hg merge myBranch
```
Espère que cela aide les futurs lecteurs.
- Bonne réponse claire pour une Mercurial débutant comme moi. Et merci de ne pas utiliser "ci", ce qui n'est pas répertorié comme l'une des commandes par hg help, je ne sais donc pas ce que cela signifie 🙂
- dans de tels cas, hg help ci va vous l'expliquer.
InformationsquelleAutor Nachbars Lumpi

MODIFIER aïe, trop tard... je sais lire votre commentaire en indiquant que vous souhaitez conserver la fonction-x révision de autour de, la logique de clonage ici ne fonctionne pas.

Je vais encore laisser la réponse ici, car il peut aider les autres.

Si vous voulez vous débarrasser complètement de la fonction "X", parce que, par exemple, il ne fonctionne pas, vous pouvez cloner. C'est une méthode expliquée dans l'article et qu'il fonctionne, et il parle spécifiquement sur la tête.

Autant je comprends que vous avez et ce que vous voulez vous débarrasser de la "fonction-x" de la tête une fois pour toutes:

@    changeset:   7:00a7f69c8335
|\   tag:         tip
| |  parent:      4:31b6f976956b
| |  parent:      2:0a834fa43688
| |  summary:     merge
| |
| | o  changeset:   5:013a3e954cfd
| |/  summary:     Closed branch feature-x
| |
| o  changeset:   4:31b6f976956b
| |  summary:     Changeset2
| |
| o  changeset:   3:5cb34be9e777
| |  parent:      1:1cc843e7f4b5
| |  summary:     Changeset 1
| |
o |  changeset:   2:0a834fa43688
|/  summary:     Changeset C
|
o  changeset:   1:1cc843e7f4b5
|  summary:     Changeset B
|
o  changeset:   0:a9afb25eaede
   summary:     Changeset A

Si vous faites cela:

hg clone . ../cleanedrepo --rev 7

Et vous aurez la suite, et vous verrez que la fonction x a en effet disparu:

@    changeset:   5:00a7f69c8335
|\   tag:         tip
| |  parent:      4:31b6f976956b
| |  parent:      2:0a834fa43688
| |  summary:     merge
| |
| o  changeset:   4:31b6f976956b
| |  summary:     Changeset2
| |
| o  changeset:   3:5cb34be9e777
| |  parent:      1:1cc843e7f4b5
| |  summary:     Changeset 1
| |
o |  changeset:   2:0a834fa43688
|/  summary:     Changeset C
|
o  changeset:   1:1cc843e7f4b5
|  summary:     Changeset B
|
o  changeset:   0:a9afb25eaede
   summary:     Changeset A

J'ai peut-être mal compris ce que tu voulais, mais merci de ne pas le mod vers le bas, j'ai pris le temps de la reproduction de vos cas d'utilisation : )

Oui, je ne veux pas supprimer l'historique. De toute façon, merci.

InformationsquelleAutor SyntaxT3rr0r

7

C'est étrange, que personne n'a encore suggéré le plus robuste de la fermeture d'une branche...
Vous pouvez simplement combiner de fusion s'engager avec-près-branche drapeau (c'est à dire s'engager fichiers modifiés et de fermer la succursale en même temps):
```
hg up feature-x
hg merge default
hg ci -m "Merge feature-x and close branch" --close-branch
hg branch default -f
```
Donc, c'est tout. Pas une tête sur revgraph. Pas de supplément de commettre.
- Je l'ai mentionné dans ma réponse: """On peut combiner le dernier commit de la branche avec ce surplus de valider à l'aide de --proche-branche, mais il faut savoir à l'avance qui commit sera le dernier."""
- Ok, je vois. Je n'ai pas très bien compris la dernière partie de la phrase ("mais on devrait le savoir ..."), j'ai donc pensé que cela signifie quelque chose de différent. Aussi, je tiens à noter que cette méthode n'est pas supporté par la plupart des outils d'interface graphique (TortoiseHG, SourceTree, etc.).
- Le point de cette réponse, c'est de fermer la succursale de la fusion plutôt que dans le dernier commit de la branche.
- Avant de délivrer le merge de commande, il peut être une bonne idée d'utiliser hg branch pour vérifier que le nom de la branche de la fusion est une que vous souhaitez conserver.
- J'ai créé un projet de test avec une poignée de commits pour tester cela, et il a travaillé beaucoup. Ensuite, j'ai essayé de l'utiliser sur un projet réel, et il a fini par fermer default au lieu de la branche. Maintenant, je suis confus.
- Sur regarder de plus près, il semble que la fusion sera toujours sur la branche fermé. Le résultat escompté est que c'est sur la branche d'un de ses parents et de fermer la succursale de son autre parent. Cela ne semble pas être possible. Donc, ça ne ressemble pas à une solution viable, après tout. Dommage, je voulais vraiment utiliser un processus de fusion et le point de fermeture d'une succursale.
- Ressemble à ceci doit fonctionner car il réinitialise nom de la branche à l'aide de --force-clés, mais vous devez être prudent au sujet de l'utiliser sur n'importe quel référentiel partagé. J'ai juste commencé à l'aide de Mercurial, mais l'expérience avec d'autres CLUSTERS me dit que le fait de renommer par défaut/main/tronc peut facilement vous faire fellow devs malheureux.
InformationsquelleAutor tav

Vous devez vous connecter pour publier un commentaire.