Summary: | [Tags] Confusing error message when tagging with local changes | ||
---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Randy Hudson <hudsonr> |
Component: | CVS | Assignee: | platform-cvs-inbox <platform-cvs-inbox> |
Status: | ASSIGNED --- | QA Contact: | |
Severity: | normal | ||
Priority: | P5 | Keywords: | helpwanted |
Version: | 3.0 | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Whiteboard: |
Description
Randy Hudson
2004-02-12 11:34:39 EST
What got tagged was the base of whatever you had loaded in your workspace (i.e. the lineup in HEAD the last time you checked out or updated your project). It would not include files that have been released by others since your last update and would not include outgoing changes. We could give the option in the prompt to show the sync state between the local and remote so that the user could see what local resources and what remote resources will be excluded from the tag operation. This should be fairly easy once we merge the latest sync work with HEAD. Is that even useful? Why not just suggest that the user tag what is in the repository stream, since that is more likely to be in a working state some unknown state based on when you last synced up. There are actually times when you want to tag the lineup in your local workspace. Branching is one such example. I think presenting the user with the comparison between the local and remote states will let them make an informed decision as to how to proceed. We could even give them the option in the wizard of tagging the remote state directly, saving them from cancelling and then going to the repo view. This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. |