Code::Blocks Forums
Developer forums (C::B DEVELOPMENT STRICTLY!) => Development => Topic started by: mandrav on November 18, 2005, 12:56:16 am
-
Last week, SF CVS was misbehaving badly resulting in the corruption of two newly added files last Friday. I had to rewrite them almost from scratch. I don't need to tell you that I was really pissed off :x.
They supposedly "plan" support for subversion for at least a year now. Every now and then, they release a mail that svn support is planned, etc, etc. Leave alone the fact that I don't really understand what's to plan: setup a machine like you would for cvs, install subversion, done.
I 'm tired of waiting, really. So, there's a thought to move the repository to berlios (http://www.berlios.de).
So, what does the community think?
-
IMHO, its the best versioning system among the free ones (Clearcase/Clearquest rox).
Great features to work offline ;-)
-
I know for sure the answer of thomas :lol:
I don't have problems if you're going to move *only* the repository to BerliOS SVN, but not the entire site.
SVN support in sf.net is in testing stage, they're redesigning all the whole SourceForge (did you noticed that they changed the CMS SF uses for the site in the last week?)
but they haven't said an ETA yet. See the sf.net blog here: http://blog.dev.sf.net/
You could move the repository to BerliOS in the mean time, and when SF haves support ready for SVN then move the repository back (this is what they recommend also).
-
You could move the repository to BerliOS in the mean time, and when SF haves support ready for SVN then move the repository back (this is what they recommend also).
Lol? They can't be serious.
-
Haha, yep, they doesn't say explicitly say BerliOS.
Quoted from sf.net:
We also ask that you not install or configure Subversion to use
the project shell server for your repository. The purpose of
that
system is simply to allow you to maintain your project web
site,
not for actual development (the load is already high enough).
Please find another host for Subversion usage.
Thank you,
SourceForge.net Support
-
UPDATE: As a developer you can submit your project to be in the list of beta testing of SourceForge SVN.
For that you must fill a Feature Request like this (http://sourceforge.net/tracker/?group_id=1&atid=200001&func=detail&aid=1320296).
-
I don't have problems if you're going to move *only* the repository to BerliOS SVN, but not the entire site.
Yes, I 'm talking about the repository. The site isn't on sourceforge anyway...
SVN support in sf.net is in testing stage
Our progress on CVS performance and reliability has freed up resources
to begin planning deployment of a long-awaited Subversion offering.
They want to "begin planning" subversion support... They 're in this "begin planning" stage for over a year...
As a developer you can submit your project to be in the list of beta testing of SourceForge SVN.
I have, but I don't hold my breath ;)
-
...
They want to "begin planning" subversion support... They 're in this "begin planning" stage for over a year...
...
Bad :(
My hot head said SVN!
My cold mind said CVS.
I vote to SVN, I love it more.
-
I also would prefer SVN on Berlios - not only because it's SVN but Berlios seems to have much less performance problems than sf.net...
-
I would generally agree. Recently I had the same thoughts at work where I (with a small group of other developers) use CVS. Subversion is really promising and already stable. Also converting CVS to Subversion worked from scratch with the tools provided by tigris.org (at least for me).
But: In the end we did not switch because of the lack of GUI's for Subversion. A lot are being developed but besides Tortoise in my opinion none is ready-to-use. For us, Tortoise was no option because of the Explorer integration - we clearly prefer a stand-alone program. I don't know, if this is important for Code::Blocks, I just thought it might be helpful to share that experience.
Morten.
-
Well, there is RapidSVN if you absolutely must have a standalone program.
And of course, you could always call TortoiseProc directly ;)
-
Thanks for the hints!
Well, there is RapidSVN if you absolutely must have a standalone program.
I know about that, I just checked the webpage and: It has indeed changed a lot (the last version I gave a try was 0.60 which crashed far too often...). The only thing I am not sure of: The webpage states that one is required to use SubVersion v1.00 which is really old and has quite a few bugs. But maybe it will also work with a recent version...?! I should give it a try...
And of course, you could always call TortoiseProc directly ;)
Yes, that's right, but I LOVE GUI's (I have used MS-DOS too long). I don't like playing too much with command-line tools. Why do you think I am using Code::Blocks...?! :lol: :lol: :lol:
Morten.
EDIT: Uuuh! This was my 100'th post, now I "live here." :shock:
-
Subversion up to and including 1.2.3 is downwards compatible to Subversion 1.0.
TortoiseProc is the GUI part of TortoiseSVN.
-
Anyone suggested perforce? They are really powerful and will give you their software provided you're opensource.
I'll be happy to setup the server and such.
-
--->Money?
-
its free for opensource projects.
You're required to submit your licence and project description to them but Code::Blocks is pretty well known so I doubt they'll question anything..
-
But you need a server, and this will cost on the order of $50-100 monthly, depending on the amount of traffic.
Also, perforce has a major usability disadvantage in regard of svn and cvs. Everybody is familiar with cvs and svn, and everybody has the tools on his PC. This is not true for perforce.
-
http://www.perforce.com/perforce/opensource-faq.html
This is what you need to know.
Perforce is super powerful and has amazing integration in the IDEs MS DEV studio plugin is amazing.
I use it at my place of work and wouldn't do source control without it.
-
Well its not all that different. Esepcially since there are easy to ues graphical tools provided by Perforce for almost any OS. Linux, *BSD, Unix, Win32. All use the same software.
-
TortoiseProc is the GUI part of TortoiseSVN.
Sorry, I don't get it: Does this mean that TortoiseSVN does finally have a standalone GUI without shell inegration? Maybe I should give it a try again...?!
Morten.
Ps.: Sorry, I know, it does not belong into this thread.
-
TortoiseSVN consists of 4 major parts:
1. An improved version of plink which you can use as standalone replacement
2. The Windows Explorer integration hack. This does little but build a popup menu and draw some fancy colours.
3. TortoiseProc which is called by the Explorer thingie. It does the "real" GUI stuff and the actual work.
4. TortoiseMerge, a standalone Diff/Merge application
You can call TortoiseProc from either a shell or from a selfmade little wrapper program, or you could make a shortcut to TortoiseProc with a commandline switch telling it what action to perform.
Either way, it will then present you with the well-known TortoiseSVN GUI, so you can select what to checkout or what to update.
-
You can call TortoiseProc from either a shell or from a selfmade little wrapper program,
or you could make a shortcut to TortoiseProc with a commandline switch telling it what action to perform.
Aaah, I didn't know that. Now I have downloaded and installed TortoiseSVN to give it a try. I found the /command:[...] documentation to read how to do stuff. It's nice, but there is a drawback (for me): Every path seems to have be provided per command line. As you said: One would be required to write a wrapper. Making shortcuts would result in an awful lot of shortcuts depending on what repositry, sandbox, operation etc...
I guess I still have to wait for a suitable "pure" stand-alone product... :(
Morten.