What version control system does Jetbrains use?
Heya - a question for the Eugene and the Jets ( could be a rock band! )...
What version control system do you guys use for the codebase of Idea?
With all the "issues" with CVS lately, I'm sure wondering if you use that
;)
Mark
Please sign in to leave a comment.
We just moved to CVS.
Version 3.0 - StarTeam
Versions 1.0-2.5 - Visual SourceSafe
Eugene Belyaev, CTO
JetBrains, Inc
http://www.intellij.com
"Develop with pleasure!"
"Mark Derricutt" <pinhead@satinism.org> wrote in message
news:pan.2003.04.09.10.16.26.96075@satinism.org...
>
>
>
>
On Wed, 09 Apr 2003 15:37:00 +0400, Eugene Belyaev wrote:
Cool. What were the driving reasons for switching to CVS ( if I may ask )
and not say Perforce? Price? Performance? Scalability? Openness?
I'll try to guess:
Borland able to buy Perforce too and then new VCS moving will be required ;)
Price is not main advantage of CVS.
Performance and scalability probably too.
Openness is pretty good.
But for me is main advantage of CVS is full compatibility with coming soon subversion with its enhancements.
Its difficult to use CVS after StarTeam or ClearCase etc. And this mean that JetBrains will make new CVS integration best VCS integration of IDEA.
We just need to create a good integration with CVS, the only way to do it is
to use ourselves.
--
Eugene Belyaev, CTO
JetBrains, Inc
http://www.intellij.com
"Develop with pleasure!"
"Mark Derricutt" <pinhead@satinism.org> wrote in message
news:pan.2003.04.09.12.11.46.811728@satinism.org...
>
>
>
"Eugene Belyaev" <beg@intellij.com> wrote:
Having used StarTeam, you'll understand what I mean when I suggest that a
view that shows me a good status of the difference between my sandbox and
the code base is a real plus. For example, the way I can set up the
StarTeam main view to filter and clearly show me the files where I have
added/edited/ deleted in my sandbox, and to clearly show the files that
have been added/edited/deleted in the repository, so I can quickly check
and sync up with the code base. All in one compact view, sorted by name,
directory, etc. If you can do this with CVS, I won't need WinCVS any more.
Regards,
Paul
Paul Hodgetts wrote:
http://www.intellij.net/tracker/idea/viewSCR?publicId=360
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
May we hope that you will switch to Perforce for the next major IDEA release?
;)
No, no, Subversion ;)
On Tue, 15 Apr 2003 12:27:26 +0000, Jacob Bay Hansen wrote:
No no no - Stellation - store all your versions in admin-defined RDBMS -
yech :P
On Tue, 15 Apr 2003 12:27:26 +0000, Jacob Bay Hansen wrote:
Just installed RH9 on my PC at home and see it comes with subversion rpms.
Think I might give it a bash ;)
On Thu, 17 Apr 2003 11:30:12 +1200, Mark Derricutt wrote:
Have been playing with subversion over the weekend - very nice :) We now
have two people in the office wanting to convert ( the hierarchy of our
cvs tree is quite hideous ) but the main dev guy doesn't really want to
yet :(
Is there a plain-JAVA version of Subversion available?
Tom
On Tue, 22 Apr 2003 09:01:10 +0200, Thomas Singer wrote:
Not that I'm aware of - but one can setup the Subversion WebDav module and
run the server through Apache2 ( however I liked the ease of use of
running svnserve through ssh ).
Mark
Thomas Singer wrote:
What do you mean by a plain-JAVA version? I think there is a Java
wrapper around the Subversions libraries in development, but I don't
know how complete it is. There's also a Python API wrapper.
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 meant pure-JAVA-version like they exist for CVS. Wrappers generally
look a kind of unstable to me. I do not care about Python, only Monty
Python.
Tom
Thomas Singer wrote:
I think they're concentrating on making the C libraries the defacto
implementation of Subversion rather than writing a duplicate
implementation in Java. I may be wrong, this is just the impressions I
get from reading the mailing list and the source code. I think they're
using SWIG to do the wrapping so there's even less chance of errors
caused by wrapping by hand.
Python's cool 8) I get the impression that it's the preferred scripting
language for Subversion.
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
Actually, I think the C client libraries are just the reference implementation, but they intended to make the server interface easy to write client libraries for in many languages. They mention somewhere that they expect (for example), native java client libraries to be written by someone eventually.
Guys,
Any of you realize that they have been close to 1 year in the alpha stage? It has been 3 years since they started the project and NO RELEASE. I was all raving about it at the end of 2001 because they were close to alpha!
I am afraid to even start to guess when they might finish their beta!
Don't get me wrong. I believe it will be a great VCS, contending with the best like BitKeeper, Accurev and to a lesser extend P4. The catch is when? That has cooled my enthusiasm a bit even though I understand they want to build it right. But 1 year in alpha!
Out of curiosity anybody using it in production?
Jacques
On Thu, 24 Apr 2003 05:10:25 +0000, Jacques Morel wrote:
Thats the nature of Open Source Applications.
But what do you mean NO RELEASE? Theres been plenty of releasing, its
shipped with Red Hat 9 - thats a release. Ok - so its not a 1.0 release,
but unlike commercial apps, many OSS apps spend many many years in 0.x.x
releases.
I think this is a endemic problem of OSS. Try to convince a large company standardized on true and tried product (expensive, so bloated to feel like you are buying something...) to migrate their biggest assets (their source code) on to a OSS product w/o "real" support (read no front company liable in case of problems), on its 0.x version!
Good luck.
Until they do, the only feedback they are going to get is from other OSS projects. I would hope they could have carved out a subset of functionality that they could deliver earlier or if the product as it stands is good enough just label it 1.0! I haven't been on products that didn't get shipped w/o known bugs.
I remember there was a thread on their developer list earlier last year about ways to speed up the 1.0 release. We know that did not go anywhere. Since then I have stopped looking at them. I got the message: it will be done when it is done ;-(
Jacques
Jacques Morel wrote:
What front company exists for CVS? This is not a sarcastic question, I
don't honestly know.
Subversion is currently self-hosting. It can do the basics and a lot of
excellent non-basic stuff that CVS can't even dream of, but there are
still rough edges and missing required functionality that would make a
1.0 release which is a suitable replacement for CVS.
And what is wrong with that? Do you really want them to do a rush job on
a system to which you would potentially entrust your source code, your
livelihood? 90% of today's problems with software is because of rush
jobs -- inadaquate requirements analysis and unrealistic deadline demands.
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
Even if you believe that Subversion is following the right path (I happen to agree with you that they are) -- the relevant point is that they are in alpha. All the talk of self-hosting aside, they are only providing repository compatibility across 1-2 minor releases, meaning that if you don't keep up you have a major headache on your hands. That's probably the most obvious problem, but there are more.
So, Open Source, the option is CVS -- which is kind of a stinky option once you've gotten comfortable with more advanced SCM products. Certainly I am extremely reluctant to consider using CVS on a project after having used Perforce for a while.
Personally I could care less what JetBrains uses internally, but I would like to see a stronger Perforce plugin. Hopefully I'll get time to put my own developer money where my mouth is by improving what exists today.
James
There are two efforts I've seen relating Java and Subversion. One is Java SVN -- basically a Swing GUI that uses the svn binaries to run SCM commands. No need for JNI here at all, it just does exec() calls (similar to P4Plugin if you're familiar with Perforce under IDEA).
There is a somewhat less mature effort trying to implement the Subversion library in Java. That's a much bigger nut to crack and I doubt we'll see too much forward progress there in the near future.
The first project could easily be adapted to integrate Subversion into IDEA via the VCS APIs I think.
James
Btw, that should have been P4Package there, not P4Plugin...
james