Subversion Plugin...
Is someone working on a subversion plugin at all?
I remember seeing someone mention ( or request ) one the other day?
Just setup a subversion repository and its looking rather nice...
Mark
Please sign in to leave a comment.
+5 subversion (svn).
Its a great CVS replacement, specially the annoying merges conflicts are no longer there. The commits are atomic and commits are rolled back if a conflict is encountered. The bandwidth usage of svn is far better than CVS.
I would like to contribute to the development of svn plugin, hell I might take that as a project.
-daya
Let me know if you start working on it. I'd be interested as well. Have to gain more experience with svn though... :)
has anyone used the svnup subversion plugin for idea? (see
http://scnup.tigris.org)
rob.
"Daya Sharma" <researcher@sbcglobal.net> wrote in message
news:23463687.1052489690222.JavaMail.javamailuser@localhost...
>
no longer there. The commits are atomic and commits are rolled back if a
conflict is encountered. The bandwidth usage of svn is far better than CVS.
>
take that as a project.
>
Robert Hedin wrote:
That would be:
http://svnup.tigris.org/
It's compiled against a specific version of the Subversion libraries
which are quite a bit older than the ones I had installed, so I wasn't
able to use it.
You might also want to look at another Java Subversion client, JSVN:
http://www.alternatecomputing.com/jsvn/index.php3
It uses the webdav mechanism for communicating with Subversion, so your
Subversion server has to be running using Apache. The current dev
version in the repository has support for IDEA.
Ciao,
Gordon
--
Gordon Tyler (Software Developer)
Quest Software <http://java.quest.com/>
260 King Street East, Toronto, Ontario M5A 4L5, Canada
Voice: 416-643-4846 | Fax: 416-594-1919
Hi Gordon,
Cool! Thanks for the links.
Since I've only had a theoretical interest in SVN so far, would you mind sharing some of your experience? Like how does directory versionning work in real life? How's the CVS import script? General satisfaction level? :)
Best,
Chris
Robert,
I tried to use it just a couple of days ago, but after spending like two hours
trying to make it work (and observing all kind of errors and exceptions) I gave
up and instead rolled back to TortoiseSVN (win explorer integration) because I
just don't have any time right now. I am sure I will give it a try sometime
later on, but not now.
>>+5 subversion (svn).
>>
>>Its a great CVS replacement, specially the annoying merges conflicts are
>>I would like to contribute to the development of svn plugin, hell I might
>>-daya
--
Dmitry Skavish
-
Boston, MA, USA
tel. +1 781 370-6909
http://www.jzox.com
http://www.flashgap.com
does anybody know a way to assign some svn:keyword attributes to a file
automatically? it's very annoying and time consuming to assign these attributes
for newly created files every time a file is created. I am particulary
interested in Id attribute (of course :)).
>> has anyone used the svnup subversion plugin for idea? (see
>> http://scnup.tigris.org)
--
Dmitry Skavish
-
Boston, MA, USA
tel. +1 781 370-6909
http://www.jzox.com
http://www.flashgap.com
Chris Laprun wrote:
I've only used subversion in a small way on personal hobby projects.
There's not much to say about directory versioning other than it works.
What I really like (in theory, haven't used them much yet) is branching
in subversion. A branch is a copy of your main project directory in the
repository. When you use the svn cp command it makes a "copy-on-write"
kind of copy of the directory -- it's basically a reference to the
original but can be committed to causing it to become a branch of the
original. This means that a branch is essentially a CVS-like tag if you
don't commit to it, because it's a copy of a directory at a particular
revision. This is reflected in the typical subversion repository layout:
/project/trunk The equivalent of HEAD in CVS
/project/branches/new-feature A branch of trunk for a new feature
/project/tags/release-1.5 A "branch" of trunk when v1.5 was released
Also, when you merge between branches, subversion keeps track of when
you last merged and only merges the changes since that last merge.
I haven't used the CVS import script because I created my repository
from scratch. From what I've read about it, it preserves the history by
getting each version of a file and committing it to the subversion
repository. I think it also tries to group multiple file in single
commits to mimic the atomic commits that you would have used in subversion.
Generally, I like subversion for the small personal use that I have made
of it. My girlfriend has started using it for versioning her source
files for her PHD thesis and has used the branching and merging for
maintaining different experimental versions while bugfixing in the
"stable" trunk and she's told me that it has already saved her time
because of the easy branching and merging. And she's never used a
version control system before.
Ciao,
Gordon
--
Gordon Tyler (Software Developer)
Quest Software <http://java.quest.com/>
260 King Street East, Toronto, Ontario M5A 4L5, Canada
Voice: 416-643-4846 | Fax: 416-594-1919
Thanks Gordon for this post. I guess I should try to investigate that stuff more. I might try to see how well the CVS import stuff works if I can find some time to do so.
Best,
Chris
Chris Laprun wrote:
It should be fairly easy to setup a local subversion repository so that
you don't need to futz around with Apache.
Ciao,
Gordon
--
Gordon Tyler (Software Developer)
Quest Software <http://java.quest.com/>
260 King Street East, Toronto, Ontario M5A 4L5, Canada
Voice: 416-643-4846 | Fax: 416-594-1919
I've never tried SVN yet, but I wonder how they do it. From my point of
view, conflicts never can be solved automatically.
Tom
They are still there. They might just happen less often with svn since it's eventually supposed to be smarter about remerging the same branches multiple times.
Otherwise, it's just like cvs, right down the <<<<<<======>>>>>> markers.
On Fri, 09 May 2003 14:48:05 +0000, Chris Laprun wrote:
Theres currently two plugins - jsvn ( wrapping the svn command line ), and
svn-up ( jni based ). I've just started on integrating jsvn as a plugin,
so svn-up is definitely far far ahead of me at the moment :)
--
...turn to the light - don't be frightened by the shadows it creates,
...turn to the light - turning away could be a terrible mistake
...dream theater - the great debate
On Fri, 09 May 2003 11:28:04 -0400, Gordon Tyler wrote:
Not so - jsvn wraps the svn command line application. I'm using it with
svnserve/ssh fine.
--
...turn to the light - don't be frightened by the shadows it creates,
...turn to the light - turning away could be a terrible mistake
...dream theater - the great debate
I am working with the authors Patrick Mayweg & Hans Marggraff to improve it since I am also using subversion for an after-hour project.
The version 0.4 is built against what was the latest svn until 3 days ago: 0.21. The new version 0.22 just came out.
The plugin is rough right now. Wait a little bit.
Mark, how is the plugin based on jsvn coming?
The only thing that changes between java clients (and plugins) is how they talk with svn (jsvn is cli, svnup is jni). There has been some talk (at 2 different times I believe) to do the same kind of pluggable java client used in the clearcase plugin but so far this initialive hasn't started. So we might get 2 plugins which IMHO would most likely result in a waste of resources. If you are interested in an svn plugin and agree with me, you might want to post your opinion on the mailinglist at http://www.alternatecomputing.com/jsvn/ used by both projects.
I would take the initiative to spear hear this effort but unfortunately I am stretch pretty thin so I cannot really help a lot. I chose to help the svn4idea (the plugin based on svnup) because it looked a little more polished, further along and had the filterable flattened view I like (like Thomas' SmartCvs).
However in my opinion, as standalone app, neither ones can compete on win32 with the kind of integration offered by TortoiseSvn (tortoisesvn.tigris.org ). They only pave the way for a very rich svn integration in a java ide.
Jacques
On Sat, 10 May 2003 20:22:10 +0000, Jacques Morel wrote:
Starting to take shape. So far its just embedded as a Tool Window. I've
stubbed out a VCS plugin but still working out how that works. David just
release jsvn 0.5, but as he's not using EAP the plugin side wouldn't
compile ( AbstractVCS is now an abstract class not an interface ) so thats
not included in the release build ( its in the svn repo thou )
--
...turn to the light - don't be frightened by the shadows it creates,
...turn to the light - turning away could be a terrible mistake
...dream theater - the great debate
On Sat, 10 May 2003 20:22:10 +0000, Jacques Morel wrote:
This is one thing I'm wanting to change in jsvn - and had thought of doing
it before I even saw the svnup screenies. I got a little sidetracked
lately with J2ME stuff but I have to give the funky phone back to Erricson
so can devout more after-hours time to jsvn.
Also - theres been talk on the main subversion lists about moving svnup's
jni wrapper core over to the main subversion repo and becoming an official
part of svn.
--
...turn to the light - don't be frightened by the shadows it creates,
...turn to the light - turning away could be a terrible mistake
...dream theater - the great debate
Mark Derricutt wrote:
>>It uses the webdav mechanism for communicating with Subversion, so your
>>Subversion server has to be running using Apache. The current dev version
>>in the repository has support for IDEA.
Aha! I stand corrected. That makes it far more useful for me 8)
Ciao,
Gordon
--
Gordon Tyler (Software Developer)
Quest Software <http://java.quest.com/>
260 King Street East, Toronto, Ontario M5A 4L5, Canada
Voice: 416-643-4846 | Fax: 416-594-1919