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

Re: adding vcs support "subversion" to kDevelop

From: Roberto Raggi <roberto_at_kdevelop.org>
Date: 2003-06-27 11:17:46 CEST

Hash: SHA1

Hi all,

On Thursday 26 June 2003 21:46, R. Welz wrote:
> Hello.
> First I apologize to all for crossposting but I think this could be of
> interest to some developers on both lists.
you're right, we are very very interested to a deep integration with SVN :)

> My demand for svn support is so important to me, that I think of
> contributing to kDevelop.
> I have had an idea:
> Why not adding version control setup by allowing to enter Commands in a
> dialog for the most needed functionality:
> Options Menue->Additional VCS Setup opens a dialog where to choose a
> Version Control System (which is empty first).
> An "Add", "Delete", "Setup..." button.
> You choose "Add" and a dialog ask for the name. Enter "subversion" or
> what ever you like.
a generic VCS plugin could be very helpful and it should be very simple to
implement, but i agree with Mik for a really deep integration with SVN is
better to use the SVN API.. what i would like to have is something like
cvsservice developed by cervisia guys. the interface of cvsservice is very
clean and simple to use, and i don't see any problems to implement it for SVN


for Mik: i don't think is a good idea to include my SVN support(the one based
on CVS support) in kdevelop, for many reason:
  1) it introduce too much code duplication
  2) it could delay the development of a real kick ass SVN support
  3) we have a lot of time before kdevelop 3 final, so we can try to implement
      a *real* SVN service

ciao robe
Version: GnuPG v1.2.2 (GNU/Linux)


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jun 28 10:00:38 2003

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

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