On 7/26/07, Zach Bailey <zach.bailey@hannonhill.com> wrote:
> > 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?
Probably late Fall.
> 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?
That would be the normal way. In this case, you would not write any
specific implementation. You write an implementation in
AbstractClientAdapter that used one of the existing diff methods and
just collated the results. That would then automatically work with
all three adapters.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Thu Jul 26 23:51:23 2007