Stefano Mazzocchi wrote:
Noel J. Bergman wrote:
Myself, for example, I would not like to let winCVS go away without a
serious replacement.
see: http://rapidsvn.tigris.org/
Uh, cool. Nice to see that happening. Will take a while though... I
would expect an Eclipse plugin sooner though :)
After playing with the test Subversion I am taking your stance.
At least with Windows XP, the last released client has some issues.
It crashes when you don't supply a message when importing (not fail
nicely, but actually crashes).
I am not aware how to perform something along the lines of setting
the equiv. of CVSROOT environment variable for subversion, which
means that the full URL needs to be included for many functions.
Of course that might be an RTFM problem....
It shows some promise, but until the client becomes more stable
I think we should wait. Especially if the client *crashes* instead
of gracefully presenting a failure message. Subversion also provides
utilities on the server side to convert CVS repositories to subversion
repositories. When the subversion client becomes more stable we
can revisit the issue.
For now, I think we should stick with the tried and true CVS.
BTW, one nice thing about SVN is that the commits are all or nothing.
I started to import a rather large repository, forgetting that it had
quite a few JAR files, and canceled it. The server did not commit some
of the files and not others. It did its job well.
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
