Thanks for the information. I would also appreciate some information on
Subclipse change sets support. Can somebody point me to any documentation
available regarding this feature? I'm already looking into documentation
regarding SVN changelists feature.
On Wed, Mar 26, 2008 at 8:03 PM, Mark Phippard <markphip_at_gmail.com> wrote:
> On Wed, Mar 26, 2008 at 10:31 AM, Eugene Kuleshov <eu_at_md.pp.ru> wrote:
> > Mark Phippard wrote:
> > >> I'm a computer engineering undergraduate from University of
> Moratuwa, Sri
> > >> Lanka. I'm interested in implementing the 'subversion 1.5changelists'
> > >> project idea for GSoC 2008.
> > >> I'm a regular Eclipse user and have some experience with Subclipse
> as well.
> > >> I would like to have some more information regarding this project
> idea to
> > >> get started. Please let me know if there are any particular areas I
> > >> look into before I start. Any references will be highly appreciated.
> > >>
> > > This task could wind up being relatively easy. There is a simple
> > > to the task and then an unknown part.
> > >
> > > The simple part is to take our existing changeset code, such as when
> > > we add/remove an item to changesets, and modify it to call the new
> > > 1.5 changelist API's so that it is registered with the SVN working
> > > copy. The Eclipse support lets you add items that SVN does not,
> > > (folders and unversioned items), so you will just need to deal with
> > > that in some way.
> > >
> > > The unknown part is changing the code so that we read the SVN WC
> > > changelist information when building our UI. The use case you need
> > > support is that a user goes to the command line, or another SVN
> > > client, and puts some files in various changelists. Then in our
> > > Eclipse UI you should be able to see this. So you will need to come
> > > up with some kind of a hybrid routine that uses both our existing
> > > changeset code in Eclipse, and some new code that uses SVN API's.
> > >
> > > While you are working on this, you could probably come up with some
> > > other ideas or proposals to improve the changeset feature in general.
> > > I believe the feature is mostly driven by Eclipse so there probably
> > > are not a lot of improvements that can be made, but you still might
> > > see some.
> > >
> > Please also note that there is also Mylyn integration that is
> > automatically creating change sets. It might work out of the box, but
> > need to test that. Which reminds me that we need to create some kind
> > of test suite for this functionality.
> I could be wrong, but I think the Mylyn stuff just winds up calling
> the methods I mentioned above. You are of course right that we need
> to test it, but I was just assuming it calls the same methods.
> Mark Phippard
> To unsubscribe, e-mail: dev-unsubscribe_at_subclipse.tigris.org
> For additional commands, e-mail: dev-help_at_subclipse.tigris.org
Received on 2008-03-27 06:25:34 CET