Accepting Change Set from a Task

On 2011/02/03 11:08, swatoon wrote:

Under the Links section, There is a change set associated with the
work item. When I right-click the change set and accept it, I see
the outgoing folder appearing under the Pending Changes view, ready
to be delivered to the stream. This leads to a bit of confusion
here, as I thought accepting change sets implies synchronizing the
codes in the stream with that in the workspace repository. Why do I
see outgoing changes in this case?

The Pending Changes view shows you the differences between your
repository workspace and the stream with which it flows.

When you accept changes from the stream, you are reducing the
differences between your workspace and the steam. Change set that used
to show up as incoming are now in both places and are therefore no
longer show up in the Pending Changes view.

When you accept a change set from somewhere other than the stream, such
as accepting a change set from a work item, you are adding a change set
to your workspace that is not in the stream. You are increasing the
differences between your workspace and the stream. So the Pending
Changes view shows that difference. Because you have added something to
your workspace that is not in the stream, it shows up as an outgoing change.

Accepting change sets implies synchronizing the code in the stream with
that in the repository workspace only if you are accepting changes from
the stream. If you accept changes from anywhere else, that does not
synchronize with the stream but instead creates a new difference between
the workspace and the stream.

--
David Olsen
IBM Rational

Thanks David. That was a clear and concise explanation of accepting changes from stream/work items.

I would like to reproduce the scenario where I create a change set and attach it to a work item, for my colleague to accept and deliver to the stream via his workspace. To accomplish this, do I just check-in the changes but not deliver them? What else do I need to do to ensure that my colleague is able to view the undelivered change set?

On 2011/02/03 11:08, swatoon wrote:

Under the Links section, There is a change set associated with the
work item. When I right-click the change set and accept it, I see
the outgoing folder appearing under the Pending Changes view, ready
to be delivered to the stream. This leads to a bit of confusion
here, as I thought accepting change sets implies synchronizing the
codes in the stream with that in the workspace repository. Why do I
see outgoing changes in this case?

The Pending Changes view shows you the differences between your
repository workspace and the stream with which it flows.

When you accept changes from the stream, you are reducing the
differences between your workspace and the steam. Change set that used
to show up as incoming are now in both places and are therefore no
longer show up in the Pending Changes view.

When you accept a change set from somewhere other than the stream, such
as accepting a change set from a work item, you are adding a change set
to your workspace that is not in the stream. You are increasing the
differences between your workspace and the stream. So the Pending
Changes view shows that difference. Because you have added something to
your workspace that is not in the stream, it shows up as an outgoing change.

Accepting change sets implies synchronizing the code in the stream with
that in the repository workspace only if you are accepting changes from
the stream. If you accept changes from anywhere else, that does not
synchronize with the stream but instead creates a new difference between
the workspace and the stream.

--
David Olsen
IBM Rational

On 2011/02/04 20:08, swatoon wrote:

Thanks David. That was a clear and concise explanation of accepting
changes from stream/work items.

I would like to reproduce the scenario where I create a change set and
attach it to a work item, for my colleague to accept and deliver to
the stream via his workspace. To accomplish this, do I just check-in
the changes but not deliver them? What else do I need to do to ensure
that my colleague is able to view the undelivered change set?

To make it easy for your colleague to view the change set, all you need
to do is to attach it to the work item. But to enable your colleague to
accept the change set into his workspace, you need to do one extra
thing: complete the change set. Once the change set is complete, your
colleague should be able to accept it into his workspace and then
deliver it to the stream of his choice.

--
David Olsen
IBM Rational

Fantastic. Thank you for the prompt response.

On 2011/02/04 20:08, swatoon wrote:

Thanks David. That was a clear and concise explanation of accepting
changes from stream/work items.

I would like to reproduce the scenario where I create a change set and
attach it to a work item, for my colleague to accept and deliver to
the stream via his workspace. To accomplish this, do I just check-in
the changes but not deliver them? What else do I need to do to ensure
that my colleague is able to view the undelivered change set?

To make it easy for your colleague to view the change set, all you need
to do is to attach it to the work item. But to enable your colleague to
accept the change set into his workspace, you need to do one extra
thing: complete the change set. Once the change set is complete, your
colleague should be able to accept it into his workspace and then
deliver it to the stream of his choice.

--
David Olsen
IBM Rational