This is great and all, but ... who still uses subversion for large-scale projects? git is great for anything large-scale. bzr is the top-notch for single-contributor projects and anything small-scale. Granted, one of svn's annoyances is speed, but its poor support for any true and healthy workflow is unnerving.
There are a lot of successful projects that still use Subversion for various reasons. Chromium is the one example that comes to mind.
DVCSs requires users to have a different workflow for large projects, i.e. lots of smaller repos. Several projects still prefer to have one large project that contains all their source code and find that Subversion works fine for them. Having one large repo in Git, for example, is begging for trouble.
People should be free to choose what VCS tool that they like. Don' judge.
I'm not judging! But subversion is starting to show its age and lack of features, while other versioning systems are getting healthier and healthier. As for workflows, I should point you to bazaar's workflow system: http://wiki.bazaar-vcs.org/Workflows
By the way, I don't know if it has anything to do with the updates but I cannot checkout some google code projects.
svn: Server sent unexpected return value (502 Bad Gateway) in response to OPTIONS request for 'http://protobuf-editor.googlecode.com/svn/trunk'
You say people should be free to choose what VCS they like, and I agree to an extent. However, googlecode's policy has, FWIU, been to only support a minimal amount of backends to make life easier for the users who want to download the source (and once again, it's a healthy thing to do, I cannot fathom projects telling me I need to install mnt). But at that point, who decides the "free choice" of other users? Perhaps a good alternative would be git/bzr/... mirrors for read only branches.
Our apologies for the outage this afternoon. While it may appear to have been caused by the new service mentioned in this announcement, it was actually a coincidence and unrelated. We plan to post a more detailed postmortem soon.
I for one am happy they continue to support SVN, as for the small-scale to mid-scale projects (which make up the vast majority of All Open Source software) SVN works Just fine for its purposes.
This is great and all, but ... who still uses subversion for large-scale projects?
ReplyDeletegit is great for anything large-scale. bzr is the top-notch for single-contributor projects and anything small-scale.
Granted, one of svn's annoyances is speed, but its poor support for any true and healthy workflow is unnerving.
There are a lot of successful projects that still use Subversion for various reasons. Chromium is the one example that comes to mind.
ReplyDeleteDVCSs requires users to have a different workflow for large projects, i.e. lots of smaller repos. Several projects still prefer to have one large project that contains all their source code and find that Subversion works fine for them. Having one large repo in Git, for example, is begging for trouble.
People should be free to choose what VCS tool that they like. Don' judge.
I'm not judging! But subversion is starting to show its age and lack of features, while other versioning systems are getting healthier and healthier.
ReplyDeleteAs for workflows, I should point you to bazaar's workflow system: http://wiki.bazaar-vcs.org/Workflows
By the way, I don't know if it has anything to do with the updates but I cannot checkout some google code projects.
svn: Server sent unexpected return value (502 Bad Gateway) in response to OPTIONS request for 'http://protobuf-editor.googlecode.com/svn/trunk'
Small addendum..
ReplyDeleteYou say people should be free to choose what VCS they like, and I agree to an extent. However, googlecode's policy has, FWIU, been to only support a minimal amount of backends to make life easier for the users who want to download the source (and once again, it's a healthy thing to do, I cannot fathom projects telling me I need to install mnt).
But at that point, who decides the "free choice" of other users? Perhaps a good alternative would be git/bzr/... mirrors for read only branches.
Is google code down ? http://twitter.com/#search?q=googlecode
ReplyDeleteWe already support Mercurial, which is comparable in features and performance to Git and has relatively wide adoption in some communities.
ReplyDeleteI'm getting 502 errors when trying to commit to Google Code hosted SVN repositories.
ReplyDeleteI'm getting a 502 error as well.
ReplyDeleteme too on the 502s. Inconvenient!
ReplyDeleteWe're currently investigating the 502s. http://code.google.com/p/support/issues/detail?id=3758 will be updated as relevant.
ReplyDeleteI'm also getting the 502 error.
ReplyDeleteSame here, 502 error
ReplyDeleteError Error Error....
ReplyDeleteSame here.
ReplyDelete502 error
ReplyDelete502 Error for me, too. :(
ReplyDelete502 error
ReplyDeleteme too.
ReplyDeletesvn: Server sent unexpected return value (502 Bad Gateway)
Me too
ReplyDelete502 on xcmis project
Our apologies for the outage this afternoon. While it may appear to have been caused by the new service mentioned in this announcement, it was actually a coincidence and unrelated. We plan to post a more detailed postmortem soon.
ReplyDeleteThis comment has been removed by the author.
ReplyDeleteI for one am happy they continue to support SVN, as for the small-scale to mid-scale projects (which make up the vast majority of All Open Source software) SVN works Just fine for its purposes.
ReplyDeleteThanks again Google.
Thanks for the update. I did find a dramatic speed boost after the svn service went back online.
ReplyDeletethanks for the tremendous effort and am looking forward to your postmortem .
For the curious, I have just posted a postmortem of the outage to our Google Group.
ReplyDelete