scm accept gets: No collaboration found for component(s)
I'm using the scm CLI in RTC v3 to build a workspace that contains source from a snapshot of a workspace that was successfully built, plus some additional changes (in order to confirm the changes don't break anything). First I create the workspace from the snapshot using:
scm create workspace --snapshot $ssUUID $wsName
Then I use the accept to add changesets to the workspace. It works well when I specify the uuids of one or more changesets like so:
scm accept --flow-components --no-merge --overwrite-uncommitted -t $wsUUID -c $changesetUUIDs
The help info for the accept command says I can specify work items instead of change set UUIDs but when I do that, I get:
Problem running 'accept':
No collaboration found for component(s) in the workspace.
I've searched for any explanation of that error but can't find it. I get that same error if I specify a bogus work item number, so I'm thinking it does not like me specifying work item numbers. Does it think the work item numbers I'm specifying are changeset UUIDs?
Any help would be greatly appreciated.
scm create workspace --snapshot $ssUUID $wsName
Then I use the accept to add changesets to the workspace. It works well when I specify the uuids of one or more changesets like so:
scm accept --flow-components --no-merge --overwrite-uncommitted -t $wsUUID -c $changesetUUIDs
The help info for the accept command says I can specify work items instead of change set UUIDs but when I do that, I get:
Problem running 'accept':
No collaboration found for component(s) in the workspace.
I've searched for any explanation of that error but can't find it. I get that same error if I specify a bogus work item number, so I'm thinking it does not like me specifying work item numbers. Does it think the work item numbers I'm specifying are changeset UUIDs?
Any help would be greatly appreciated.
2 answers
The accept subcommand accepts only change set alias/uuid's. I verified the help on the command line as well as the info center (http://publib.boulder.ibm.com/infocenter/clmhelp/v3r0/topic/com.ibm.team.scm.doc/topics/r_scm_cli_accept.html) and there is no mention of accepting workitems.
I'm using the scm CLI in RTC v3 to build a workspace that contains source from a snapshot of a workspace that was successfully built, plus some additional changes (in order to confirm the changes don't break anything). First I create the workspace from the snapshot using:
scm create workspace --snapshot $ssUUID $wsName
Then I use the accept to add changesets to the workspace. It works well when I specify the uuids of one or more changesets like so:
scm accept --flow-components --no-merge --overwrite-uncommitted -t $wsUUID -c $changesetUUIDs
The help info for the accept command says I can specify work items instead of change set UUIDs but when I do that, I get:
Problem running 'accept':
No collaboration found for component(s) in the workspace.
I've searched for any explanation of that error but can't find it. I get that same error if I specify a bogus work item number, so I'm thinking it does not like me specifying work item numbers. Does it think the work item numbers I'm specifying are changeset UUIDs?
Any help would be greatly appreciated.
I guess this changed between v2 and v3. The v2 help shows:
Help on accept
Accept changes into a remote workspace. The changes to accept can be scoped in one of four ways: all changes in a workspace (default), all changes in a set of one of more components (using --components), all changes in one or more baselines (using --baseline), or a specific set of changes (by specifying the change set aliases, UUIDs, orwork item numbers ).
Usage: scm accept
selectors - Optional list of items to accept
Options:
--flow-components - Accept component additions and deletions
--no-merge - Disable automatic merging of conflicts
-b - Indicates the given baselines should be accepted (alias, UUID, or name)
-C - Indicates that all changes in the given components should be accepted (alias, UUID, or name)
-c - Indicates that only the specified change sets should be accepted (alias, UUID, workitem number)
-d arg - Run in the named directory.
-i - Modify files with content conflicts to include conflicted regions.
-o - Run the accept even though there are uncommitted local changes. May cause an overwrite.
-P arg - Password for repository.
-r arg - URI specifying the location of repository.
-t arg - Select a target workspace that changes will flow into (alias, name, or UUID).
-u arg - Username for repository.
-v - Increase verbosity of output.
Help on accept
Accept changes into a remote workspace. The changes to accept can be scoped in one of four ways: all changes in a workspace (default), all changes in a set of one of more components (using --components), all changes in one or more baselines (using --baseline), or a specific set of changes (by specifying the change set aliases, UUIDs, or
Usage: scm accept
selectors - Optional list of items to accept
Options:
--flow-components - Accept component additions and deletions
--no-merge - Disable automatic merging of conflicts
-b - Indicates the given baselines should be accepted (alias, UUID, or name)
-C - Indicates that all changes in the given components should be accepted (alias, UUID, or name)
-d arg - Run in the named directory.
-i - Modify files with content conflicts to include conflicted regions.
-o - Run the accept even though there are uncommitted local changes. May cause an overwrite.
-P arg - Password for repository.
-r arg - URI specifying the location of repository.
-t arg - Select a target workspace that changes will flow into (alias, name, or UUID).
-u arg - Username for repository.
-v - Increase verbosity of output.