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

Re: [Subclipse-dev] Incomming Change Sets ready for review

From: Eugene Kuleshov <eu_at_md.pp.ru>
Date: 2006-08-31 20:21:05 CEST

  Can someone please clarify to me how this change set support will act
for update action called on the change set nodes and on individual files?

  I have feeling that it probably should not allow to update individual
files in this mode and also should not allow update change sets that are
newer then some other not-yet updated change sets in given
synchronization. This would address concerns Brock raised.

  I am not sure yet how to act on conflicts yet. Mark probably has
bigger experience in this then I have, because I mostly monitoring and
picking up incoming changes and SVN-hosted projects I am working on are
not very busy, so I don't see conflicts.

  regards,
  Eugene
 

Mark Phippard wrote:
>> We have added incoming Change Sets to Subclipse. Based on the revision
>> number incoming changes are grouped into Change Sets. These are displayed in the Team/Synchronize view. The Change Sets can be browsed and updated
>> similar to the incoming Change Sets of the default CVS plug-in. Using the Change Sets toggle button, incoming changes can be viewed separately or grouped into Change Sets.
>>
>> For review and testing purposes, I'll have a built plug-in ready for download tomorrow at noon.
>>
>> Please let me know if this makes any sense at all :-) (feedback is appreciated!!!)
>>
> I have added comments to the issue:
>
> http://subclipse.tigris.org/issues/show_bug.cgi?id=543
>
> Email seems a little off, so I figured I would point it out here too.
>
> Mark
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: dev-help@subclipse.tigris.org
Received on Thu Aug 31 20:58:58 2006

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

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