It's all about the answers!

Ask a question

Can I accept a subset of a change-set in Jazz?


Gang Chen (611) | asked Jun 21 '07, 4:08 p.m.
This has been bothering me for a while. Often time, the pending change view give me some incoming change-set. Within a change-set, I only need a subset or several files to check out into my workspace. I found there is no control on this function. Anyone can share some light on how to selectively accept incoming change-set? Thanks...

8 answers



permanent link
Evan Hughes (2.4k1318) | answered Jun 22 '07, 9:43 a.m.
JAZZ DEVELOPER
Hi gangchen,

You can accept part of of a change-set by right-clickong on the
change in the Pending Changes view and selecting "New > Patch". That
will create a Jazz patch that you can apply to your workspace via
"Project > Apply Patch".

I'm not sure why one would want to do this, however - changes are
grouped together because their individual files are usually
interdependent. Picking individual files may leave you in a state where
your workspace won't compile, or will start to exhibit weird errors.

e

gangchen wrote:
This has been bothering me for a while. Often time, the pending change
view give me some incoming change-set. Within a change-set, I only
need a subset or several files to check out into my workspace. I
found there is no control on this function. Anyone can share some
light on how to selectively accept incoming change-set? Thanks...

permanent link
Randy Hudson (216243) | answered Jun 26 '07, 10:39 a.m.
FORUM MODERATOR / JAZZ DEVELOPER
I'm not sure why one would want to do this, however - changes are
grouped together because their individual files are usually
interdependent. Picking individual files may leave you in a state where
your workspace won't compile, or will start to exhibit weird errors.

In practice, change sets are grouped at a much larger level than resource
interdependencies. Reasons range from the developer being lazy, to the
developer is trying to group all work related for an enhancement work item.

If you are about to edit a resource and it is part of an incoming change
set, accepting just that resource might avoid a gap/merge situation.

permanent link
John Camelon (1.7k14) | answered Jun 28 '07, 9:44 a.m.
JAZZ DEVELOPER
Randy Hudson wrote:
I'm not sure why one would want to do this, however - changes are
grouped together because their individual files are usually
interdependent. Picking individual files may leave you in a state where
your workspace won't compile, or will start to exhibit weird errors.

In practice, change sets are grouped at a much larger level than resource
interdependencies. Reasons range from the developer being lazy, to the
developer is trying to group all work related for an enhancement work item.

If you are about to edit a resource and it is part of an incoming change
set, accepting just that resource might avoid a gap/merge situation.



Theoretically, we could emulate this mode using the existing
infrastructure, assuming that the subset of the change set was actually
consistent on its own (no missing parent folders, for example).

Feel free to raise an enhancement request.

JohnC

permanent link
David Ly (1621) | answered May 23 '08, 12:08 a.m.
hi guys,


once I create a patch, how do I get rid of the incoming change on which I have applied a patch?

The incoming change-set stays there, as if I didn't accept it yet.

Thanks,

permanent link
Dmitry Karasik (1.8k11) | answered May 23 '08, 3:52 a.m.
JAZZ DEVELOPER
On Fri, 23 May 2008 04:17:50 +0000, davely wrote:

once I create a patch, how do I get rid of the incoming change on which
I have applied a patch?

The incoming change-set stays there, as if I didn't accept it yet.

The incoming changeset stays there because you didn't accept it and it is
still incoming. If you don't want it to be incoming anymore then you can
run the "replace in <stream>" action.

- Dmitry

permanent link
John Camelon (1.7k14) | answered May 23 '08, 9:02 a.m.
JAZZ DEVELOPER
Dmitry Karasik wrote:
On Fri, 23 May 2008 04:17:50 +0000, davely wrote:

once I create a patch, how do I get rid of the incoming change on which
I have applied a patch?

The incoming change-set stays there, as if I didn't accept it yet.

The incoming changeset stays there because you didn't accept it and it is
still incoming. If you don't want it to be incoming anymore then you can
run the "replace in <stream>" action.

- Dmitry

This is a very big hammer ... you will effectively be making the
decision for the team to revert the stream to what you have in your
workspace. If this is not a decision that you feel comfortable making,
then I would not suggest running that action.

Just because something is incoming, it does not mean that you need to
accept it. What is your concern about keeping changes incoming?

JohnC
SCM Server

permanent link
David Ly (1621) | answered May 23 '08, 10:35 a.m.
I can keep them in incoming, but as I apply the patch on incoming change-sets, then I have to manually know which was the last change-set I patched, and also these files create possible conflicts(orange arrow) on files that I haven't worked on.

Is there a way to have a new clean repository, so that I can accept everything from the rep, without mine so that I can resume my work on a fresh copy ???

I tried reloading the stream, but it kept all my changes as they were. I also tried a new eclipse workspace and loading the stream but it brings me back to the same place.

Any ideas ?

thanks a lot

permanent link
Evan Hughes (2.4k1318) | answered Jun 02 '08, 5:09 p.m.
JAZZ DEVELOPER
...

I tried reloading the stream, but it kept all my changes as they were. I also tried a new eclipse workspace and loading the stream but it brings me back to the same place.


To get rid of outgoing changes:

1. If you want to keep some of your outgoing changes, select those files in the Pending Changes view, run "New > Patch" on them. Save the patch somewhere to disk.

2. Select the component in the Pending Changes view, right click, and run 'Replace with > Latest from <stream>'. This will get rid of your outgoing changes and replace them with whatever is in the stream.

3. To recover the changes from (1), apply the patch.

hth,
e

Your answer


Register or to post your answer.


Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.