I changed some files and created a new change set based on those changes. I did not deliver this change set. I have since updated the files that were contained in the original change set. These changes are appearing in 'Unresolved Changes' . Should it be possible to check in these changes to same change set ?
When I try to move the files within 'Unresolved Changes' to an existing change set the change set is not appearing in drop down menu in Eclipse RTC client.
Should it be possible to check in these changes to same change set ?
Yes you can.
The contextual menu shows a
check in > new change set
check in > (an existing change set name)
Select the second entry, and you will add your modification to the existing change set.
The only case where this option is not available is when you close a change set (right-click / close).
Source: help page:
Expand the Unresolved folder to see its contents.
To check in the entire set of unresolved changes to the current change set, right-click the Unresolved folder and click Check-in all.
To check in an individual item in the Unresolved folder, right-click it, click Check-in, and click an existing change set to receive the change, or click New change set to create a change set.
(A file or folder in a component cannot be part of more than one active change set.
When a file or folder is included in an active change set, all changes to it become part of that change set whether or not the change set is current, and changes to that file or folder cannot be explicitly checked in to a new change set until the active change set that includes it is completed.)
Related
I'm trying to remove a workspace (or clone it to look like the parent, but I can't seem to do either). When I try, however, I get this message: Cannot remove workspace test_workspace, because it has a non-empty default group.
From what I've read, it means that there are active files (as shown by the 3 little green dots to the right of stream). I've tried everything to get those to go away but they just seem to stick around and therefore result in me being unable to remove the stream.
Alternatively, I could completely wipe out the stream and replace with the parent version, but I can't seem to do that either.
Any help would be greatly appreciated.
You need to purge the active files in this workspace.
Open the workspace and click on the "Default Group" filter -> select the files -> right click -> revert to backed.
If no files appear in the "Default Group" filter, click on the stranded filter and do the same as above to revert those files.
If you are using AccuRev 6.x, click on the outgoing mode and click on "Member" and "Stranded" to get a list of the active files.
Once you have done that, you can remove the workspace.
Similar problem here, fixed it following #jstanley's comment.
Open Workspace-> select it-> right click-> Edit.
In that prompt, I set the Location path to where I wanted it to put it on my local machine. For some reason, it was unable to "create a folder" and threw errors, so make sure Append Workspace name is unchecked and you select a folder that already exists.
It then populated the folder on my local machine attached to the workspace. And revert to basis worked, so afterwards I could remove the workspace and delete the folder.
I've accidentally checked in some changes in a change set and I don't want to deliver them.
How do you move a change from a pending changeset to unresolved changes in RTC?
The usual option is "discard", but that would remove the changes (it actually remains in the repository, but is not listed in any folder, so it feels like your changes just vanished).
What I usually do is:
backup first those files (somewhere outside the sandbox or local workspace)
discard
copy back the files in the sandbox
refresh the sandbox.
The help page mentions another tip:
To make it easier to retrieve a discarded change set that does not exist in any other stream or workspace, you can associate it with a work item before you discard it and then accept it from the work item later.
I've associated a change set with a work item. This change set is not delivered to the stream. I can view the change set files by viewing the work item. If the repository workspace is deleted will the change set become dissociated with the work item ?
What are the circumstances in which a change set becomes dissociated with a work item ?
This change set is not delivered to the stream.
I can view the change set files by viewing the work item. If the repository workspace is deleted will the change set become dissociated with the work item ?
No, the association remains.
From this question:
the change set isn't deleted. It will still exist in the repository but may be difficult to find.
If you haven't associated a work item with the change set and it doesn't exist in another repository workspace or stream, you would have to find it by searching for change sets and specifying properties like the owner, creation date, files changed, etc.
It's not that the files are removed from the source component. It's the configuration of that component (ie. the change sets) that is lost because no backup baselines are created for the components before deleting the repository workspace.
What are the circumstances in which a change set becomes dissociated with a work item ?
You can explicitly remove a change set from a work item through the same menu (Associate with Artifact > Work Item) you are using to associate a change set to said work item in the first place.
And that makes sense, since you can associate it to several Work Items.
How can I access previous checked in versions of workspace repository?
I just seem to be able to compare against the latest changes sets delivered to the stream. Can I also view/compare previous version of a file which has been checked into my repository workspace ?
You can display the history of a file checked in by right-clicking on ("Show History").
From there, in the "History" view, you can right-click on any version and select "Compare to" with any other version (not just the previous one).
As explained in this thread, you can access (open) the content of any older version you want, which gives you the opportunity of replacing the current version with said content, should you want to revert back for just one file.
Rolling back would be a slightly different issue:
If the change set that created the current version contains only that version, then you can replace the current version with the previous version by discarding that change set.
But if that change-set modifies multiple versions, you cannot roll back just that file. Work Item 59688 requests the ability to "split" a change set, so you can move this change into it's own separate change set (and then you could roll back the change to just that file).
Note that the history will be by default the one for that given file done in your repo workspace (checkins) or in your stream (deliver).
The same "show history" done at the Component level (when you right click on a Component, in the "Components" section, and select "Show Repository files", would give the full history (done on any Stream), but wouldn't display the history done on repo workspace (chekins).
Note also that only RTC4.0 has "Checkin history"
This is essentially the history of a file within a change set.
Each time you check-in a file into a change set, the content is stored in the repository. Normally you see only the final version of a file within the change set. But sometimes you want to go back and see what the intermediate versions of the file were. Check-in History is an expansion of the changes made to the file each time it was checked into a change set.
I am trying to add a feature to my msi based installer, written in wix, which will allow the user to change the name of the folder that keeps the shortcuts within the Windows start menu.
What I did so far is to add a folder there (with a static name), add shortcuts to that folder and remove all of them during uninstall (by using the RemoveFolder tag). Then I added a custom action that will pick up the property that is set from an edit box in UI and set that as the name of the folder, something like:
By running this within the InstallExecuteSequence, the folder is created correctly (with the name the user set for it) and all things are set into place. However, when I uninstall the product, the folder remains with all of it's shortcuts in it (that point to nothing now and they ask for deletion when you click them).
Is there any way to remove a folder that I dynamically changed it's Name attribute during installation, as described above?
Thanks.
You'll need to save the dynamic property to the registry, and read it back during maintenance/repair/uninstall. Windows Installer doesn't "remember" property changes, you need to do it yourself.