[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: [Subclipse-users] Show change sets issue

From: Hale,Katherine <halek_at_oclc.org>
Date: Fri, 21 Aug 2009 16:47:48 -0400

The incident came up because my coworker did a synchronize and didn't
see the comments for a "middle" change. I had deliberately gone out of
my way to do two commits, so I could effectively annotate the changes
separately (because they weren't related, so atomic wasn't needed). But
I was disappointed that you don't see this in the synchronize view.
Obviously if you have the history view open, and happened to know there
were multiple changes grouped together, you would have seen it there.

Ignoring the performance issue for the sake of discussion, I was hoping
to see them broken out primarily so I could review the notes with the
changes, not so much as a mechanism to do partial updating, although I
realize that's another feature of the view. To your question about
update, the behavior you described is what I would have expected. But I
could see intermediate updates being disallowed, or potentially showing
a warning if that seemed necessary.

It's been several years since I used CVS in Eclipse, so I don't think
that's what I was thinking of. Perhaps I just never realized this was
happening. The current behavior just felt non-intuitive - like the IDE
was trying to hide something from me. This "hiding"/"grouping" behavior
also seems to happen when there are conflicts and changes on a file.
Annoyingly enough, when you have a multi-module Maven project, files and
folders are constantly being marked as conflicts (erroneously). I doubt
there's anything I could do to prevent that. So these days, "show change
set" has often become "show some of the changes."

-----Original Message-----
From: Mark Phippard [mailto:markphip_at_gmail.com]
Sent: Friday, August 21, 2009 4:14 PM
To: users_at_subclipse.tigris.org
Subject: Re: [Subclipse-users] Show change sets issue

I cannot see doing it.

There is a performance issue. SVN only gives us the most recent
revision, so we would also have to run svn log to get all the revisions.

The main thing is that the behavior would not be right or intuitive.
Suppose a file has been changed 4-5 times and we show them all. It is
not like SVN allows you to pull in one of those middle changes without
also pulling in all the previous work. When you choose to update, it is
going to grab everything up to that revision. Is that what would be
expected?

I also seem to recall we discussed this when the feature was added and
the way it is done is the same way the CVS plugin was doing it at that
time. Perhaps they have since changed, I do not know.

Mark

On Fri, Aug 21, 2009 at 4:10 PM, Hale,Katherine<halek_at_oclc.org> wrote:
> Could I make this a feature request then?
>
> -----Original Message-----
> From: Mark Phippard [mailto:markphip_at_gmail.com]
> Sent: Friday, August 21, 2009 3:53 PM
> To: users_at_subclipse.tigris.org
> Subject: Re: [Subclipse-users] Show change sets issue
>
> On Fri, Aug 21, 2009 at 3:44 PM, Hale,Katherine<halek_at_oclc.org> wrote:
>> This feature doesn't appear to be behaving quite the way I would have

>> expected, and I don't know if that's a Subclipse problem or a the SVN

>> toolkit (or some other component), so I'm not sure who to file the
>> ticket towards.
>>
>> Assuming it's Subclipse, here's what happened. I did a checkout of
>> version 100, whereas the head is 108. To make the test simple, I
>> synchronized on only one file that's been changing a lot lately. I
>> expected to see 4 changes, version 101, 102, 106, and 108. Instead it

>> only shows me the comments for the last change, 108. I could have
>> sworn in previous version these would have been broken out, but maybe

>> I was mistaken. I don't see anything in the preferences or
>> "synchronize" view that should be modifying this behavior.
>
> No, we have always only showed the most recent change.
>
> --
> Thanks
>
> Mark Phippard
> http://markphip.blogspot.com/
>
> ------------------------------------------------------
> http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessage
> Id
> =2386110
>
> To unsubscribe from this discussion, e-mail:
> [users-unsubscribe_at_subclipse.tigris.org].
>
> ------------------------------------------------------
> http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessage
> Id=2386114
>
> To unsubscribe from this discussion, e-mail:
[users-unsubscribe_at_subclipse.tigris.org].
>

--
Thanks
Mark Phippard
http://markphip.blogspot.com/
------------------------------------------------------
http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId
=2386115
To unsubscribe from this discussion, e-mail:
[users-unsubscribe_at_subclipse.tigris.org].
------------------------------------------------------
http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=2386127
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].
Received on 2009-08-21 22:48:20 CEST

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.