Issue35

Title Counterintuitive tagging behaviour
Priority wish Status resolved
Superseder Nosy List jsgf, tonfa
Assigned To Topics

Created on 2005-10-25.21:40:09 by jsgf, last changed 2006-01-29.07:08:31 by mpm.

Messages
msg425 (view) Author: mpm Date: 2006-01-29.07:08:31
This is as intended. Tags intentionally don't get special treatment and are
revision controlled just like other files. Marking resolved.
msg326 (view) Author: tonfa Date: 2005-12-30.07:10:10
can we resolve this ?
msg286 (view) Author: tonfa Date: 2005-12-11.21:42:20
you shouldn't care about the head the tag ends.
even if the tag isn't in .hgtags, localrepo.tags does the right thing (it looks
for the tags in all heads).
msg49 (view) Author: jsgf Date: 2005-10-25.21:40:09
If I have multiple heads, say at changes 5 and 10, and 5 is the current tip, and
I tag 10:

hg tag thingy 10

Then the tag ends up being part of .hgtags in tip, rather than in 10.

This is explicable in terms of how hg tagging works, but its a bit
counterintuitive; I would expect tagging another branch would add the tag to
that branch's .hgtags (and that 10 would be the parent of that change).

Perhaps the simple thing is to make hg tag warn if you're adding a tag referring
to one head to another head.
History
Date User Action Args
2006-01-29 07:08:31mpmsetstatus: chatting -> resolved
messages: + msg425
2005-12-30 07:10:10tonfasetmessages: + msg326
2005-12-11 21:42:22tonfasetstatus: unread -> chatting
nosy: + tonfa
messages: + msg286
2005-10-25 21:40:09jsgfcreate