Better workflow for editing a specific tag
robertDouglass - September 7, 2008 - 20:33
| Project: | Revision tags |
| Version: | 6.x-1.x-dev |
| Component: | Code |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | active |
Jump to:
Description
As it is, if you have tags DRUPAL-5 and DRUPAL-6, the latter being the current revision, and you want to edit DRUPAL-5, you have to set it as the active revision, tag it, and then set the DRUPAL-6 revision back to being active. Yuck! We need to brainstorm and implement a better workflow for simultaneously making a new revision based on a previous tag, and not changing what the current active revision of a node is.
#1
I was about to create a new issue, but is it possible that if this feature existed, it could be used to edit future versions as well?
My issue at the moment is that we need to write the manual for the new version, but as the new version isn't out yet it doesn't make sense for users to see it -- yet, we cannot make the most recent revision non-public.
Ideally I thought it would make sense to lift this restriction, but it must be hard so I thought another workaround might be to make some previous revision the next version's revision, and then use this feature to edit those somehow.