[issue2146] 'hg tags' does not always consider named branch heads as heads for tag

Willem Verstraeten bugs at mercurial.selenic.com
Tue Apr 20 12:46:09 UTC 2010


New submission from Willem Verstraeten <willem.verstraeten at gmail.com>:

>From the documentation I understand that hg tags internally combines all the 
.hgtags files from the different heads to determine the list of tags.

Considering that hg heads always shows all heads of the available named 
branches, one would consider that hg tags also always considers the heads of 
the named branches as a head to determine the list of tags.

This is not the case however, when a named branch has just been merged to 
another named branch. This feels especially broken when you do not use named 
branches as topical branches, but rather as maintenance branches (ie. to be 
able to provide parallel bug fixes for concurrent version of a product)

Scenario:

hg init tagsbug
cd tagsbug
echo "testing" > test.txt
hg add .
hg commit -m 'testing hg tag behavior'
hg branch stable
hg tag "stable_1.0"
hg up default
hg tag "alpha_1.1"

hg tags # shows both tags
hg --config ui.merge=internal:local merge stable #do not change the .hgtags
hg commit -m 'merged changes from stable'
hg tags # only shows #alpha_1.1, though I expect both tags here
hg heads #shows both heads, so I expect hg tags to consider both heads

----------
messages: 12323
nosy: willemv
priority: bug
status: unread
title: 'hg tags' does not always consider named branch heads as heads for tag

____________________________________________________
Mercurial issue tracker <bugs at mercurial.selenic.com>
<http://mercurial.selenic.com/bts/issue2146>
____________________________________________________


More information about the Mercurial-devel mailing list