KDE/kdevelop/lib/plugins/vcs/interfaces

Andreas Pakulat apaku at gmx.de
Thu May 31 21:56:44 UTC 2007


On 31.05.07 16:41:24, Matt Rogers wrote:
> On Thursday 31 May 2007 16:26, Andreas Pakulat wrote:
> > On 31.05.07 15:20:42, Matt Rogers wrote:
> > > My objection is that we have no one using this functionality already and
> > > it overlaps with already existing functionality (aka command line
> > > clients). It seems like we're just adding it because we think it would be
> > > cool. If people want to write scripts to interact with version control
> > > systems, they should use the command line version of said version control
> > > system. The only version control system that doesn't have an command line
> > > version is Visual SourceSafe and I don't want to support that from within
> > > KDevelop anyways.
> >
> > So we should just drop what we have and revert to the interface we have
> > implemented already?
> >
> 
> No. Perhaps my problem is that I don't understand why we need the distinction 
> between showLog and just log (and don't say it's for scripts) when, IMHO, 
> we , as users of the interface, should just call a function, and have it do 
> the right thing (either show a gui or not based on the information available) 
> and give us the information we want, but perhaps this is too difficult or 
> magical. 

Well, it doesn't quite work very well: Some piece of code calls diff()
with proper methods, but it didn't want to get back the diff, it wanted
to have a Ui with the diff displayed. Or the other way around. Using the
show() methods you can either explicitly ask for a gui or not.

Of course we could add another parameter to all the methods for that,
but I think that just clutters the signature for no good reason.

> > Also quite some of the functionality may be used by other plugins, think
> > about getting a diff to head and sending that through teamwork to
> > somebody who doesn't have access to the vcs (for whatever reason). Its
> > not simply about scripts, its about exposing part of the functionality
> > of the VCS in a way that is usable by other code and not just displayed
> > to the user.
> >
> > Andreas, who will continue to work on new interfaces and help the VCS
> > authors to implement them
> 
> Yes, we need to be able to implement functionality like this. If this is the 
> one of the reason for the difference between showLog and log, then that's 
> fine and I withdraw my objections.

Yes it is, scripting is not the only possible use-case. I know we're
doing quite a bit of guessing here, but I expect at least things like
add/remove/copy/move to become used within the next months.

Andreas

-- 
You are sick, twisted and perverted.  I like that in a person.




More information about the KDevelop-devel mailing list