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

Re: [Subclipse-users] Feature inquiry: Create diff from changeset

From: Zach Bailey <zach.bailey_at_hannonhill.com>
Date: 2007-07-26 22:54:28 CEST

Mark,

Mark Phippard wrote:
>
> There is already an issue out there.
>
> http://subclipse.tigris.org/issues/show_bug.cgi?id=503

Ah, nice, I am glad to see I was beat to the punch.

>
> It sounds like you are going to work on a patch? That'd be cool. One
> reason the feature does not exist is that Subversion does not expose
> an API to us to generate a diff for a named set of files. We have an
> open issue filed and are hoping it will make it in to 1.5. You are
> correct that an alternative is that we run each diff individually and
> then combine the results in a single file. You are more than welcome
> to write that if you want. I would suggest doing it in
> svnClientAdapter so that it looks like there is an API to Subclipse.
> Then if Subversion does add the feature, the svnClientAdapter
> implementation can just be simplified by letting JavaHL do more of the
> work.
>

I could take a stab at it, but I will admit I am completely
unexperienced at Eclipse plug-in development and have only an
intermediate working knowledge of Subversion, mostly gleaned from
following this mailing list.

What is the ETA on 1.5?

I am not too familiar with the internal structure of subclipse,
presumably I would be adding an interface method to ISVNClientAdapter
and then code to the two different implementations, one for the JavaHL
implementation and one for the SVNKit implementation. Is that somewhat
accurate?

-Zach

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Thu Jul 26 22:53:29 2007

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.