darcs

Issue 2141 Provide a way to fix a duplicate tag created by mistake (rename a tag)

Title Provide a way to fix a duplicate tag created by mistake (rename a tag)
Priority feature Status given-up
Milestone Resolved in
Superseder Nosy List mulander
Assigned To mulander
Topics UI

Created on 2012-02-09.22:12:03 by mulander, last changed 2017-07-31.00:54:30 by gh.

Messages
msg15097 (view) Author: mulander Date: 2012-02-09.22:12:02
Scenario:
1. mkdir test
2. cd test
3. darcs init
4. touch file
5. darcs add file
6. darcs record...
7. darcs tag v1.10
8. more changes and records
9. darcs tag v1.10
10. darcs list tags

Problem:
Here as the user I wanted to tag the initial version as v1.00 but tagged it as v1.10 by mistake.
Now after a month of development I tagged the current version as v1.10 introducing a duplicate by 
accident.
I realize my error and now want to 'fix' the previous tagging to reflect the actual distributed version 
of the software.
As a new user I don't know how to rename the older tag.

Workarounds:
1. darcs changes --xml and find the identifier of the initial wrong tag.
2. darcs get to the specific hash in a new directory
3. darcs obliterate the tag
4. darcs tag with proper name
5. darcs pull the remaining patches

The workaround is not obvious and 'feels' like working on the plumbing level.

Expected:
As a user I expect an easier interface for fixing such mistakes. Possible options include a darcs 
rename tag command that would perform the required actions to fix the issue.
msg15099 (view) Author: mulander Date: 2012-02-09.22:17:47
I also think that darcs tag should warn about duplicates and asked to use 
--force before creating one.
msg16684 (view) Author: kowey Date: 2013-02-17.13:40:56
Isn't this addressed by darcs amend --edit?
History
Date User Action Args
2012-02-09 22:12:03mulandercreate
2012-02-09 22:17:48mulandersetmessages: + msg15099
2013-02-17 13:40:58koweysetpriority: feature
status: unknown -> waiting-for
topic: + UI
messages: + msg16684
assignedto: mulander
2017-07-31 00:54:30ghsetstatus: waiting-for -> given-up