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.
Related
I'm on IntelliJ 2019.2.4 (Ultimate) I'm not sure of the version I upgraded from, but it was from 2018 for sure. I noticed this annoying changelist below my default changelist in a very click-baity way, and I can't find a setting to get rid of it. Trying to delete it prompts me to delete the actual file in that changelist, which I don't want to do. It's nothing I've set up, and seems to be something IntelliJ is doing automatically.
(For posterity/if the image dies, my screenshot shows my changelist with some files I changed in default, and then a second, unwanted changelist below that says 'People who change the files in the active changelist also change:
The node you see is not actually a changelist, and there are no changed files inside it. It lists files that, based on your project git history, are usually changed in the same commits as the files in the active changelist, and appear related to the changes you applied.
The purpose of this node is to suggest some files you might want to change and commit in addition to already modified files, so there is no need to amend or create a new commit with these changes later if the files do need to be modified as well.
If you don't want to see it, just disable the Show files related to the active changelist option under the Eye in the Local Changes toolbar. Disabling the ChangeReminder plugin would also work, but is unnecessary.
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.
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 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.)
On the compile tab of the project properties:
If you look at the configuration dropdown it typically shows debug/release/active/all.
I attempted to add another option at one point in the build->configuration manager window, but decided that I didn't want to keep it. I removed it there, but it keeps showing up in the dropdown on the properties, as well as generates a folder by that name.
Does anyone know how to remove this? I can't find any "delete" or otherwise options.
You likely just removed it at one level. Check the configuration manager on your Solution, and then on each of the projects within the Solution, and make sure it's removed from each.
(By going to the drop down, clicking , then remove just as you did before)