4 ms·
To me the only good reasons to use SVN at this point are cultural. For example, your project can't afford the time to make the switch, or your organization has
by compay 17y ago
To me the only good reasons to use SVN at this point are cultural. For example, your project can't afford the time to make the switch, or your organization has some useful tools built around SVN that would cost time and money to replace.
Like I said earlier, "because I want to" is a also valid reason, just not a good one.
@axod, Git repos take up way less space on disk than SVN because its compression and diffing is much better than SVN's. This is one of the first things you read in most Git FAQ's. If you're not aware of that, it indicates you've barely given Git a serious look. If you haven't given it a serious look, I don't understand why you are arguing against it so passionately. I'm guessing you dislike the (admittedly annoying) hype around Git more than Git itself.
- axod 17y agoPut some videos in svn and in git. update them 100 times to different videos each time. The git repos now has 100 separate sets of video files, which will compress poorly. The svn checkout has one set of videos. The svn local checkout is likely to be far smaller than the git one. Is the above true, or false. If false, why? You're right though, I dislike the hype and the suggestion that it in some way matters. Sure, use revision control, but is it really going to speed up your software dev moving to something else? maybe, maybe not. Is it going to impact the chances of success for your startup? probably not.
- compay 17y agoYeah, you're right that in this case SVN would have a smaller checkout size. So if this is something that you need then SVN would be a clear winner here in terms of disk storage. However, with the more typical usage pattern of a repository of mostly code and perhaps a handful of smallish binary files, Git is almost always going to have a smaller checkout size despite including the version history. I also think in this case the difference is like being shot in the stomach, or being shot in the knee. Both SVN and Git are going to give you serious pain.
- axod 17y agoIn the name of science I'm converting the Mibbit repos from svn to git to see what the size difference actually is on a typical repos (I don't have videos in there ;) Be interesting to see if svn is really that inefficient... Who knows, maybe I'll try a few git commands :/
- compay 17y agoAwesome, it'll be interesting to see the results. Make sure you do git repack -a -d -f --window=100 --depth=100 after converting from svn to git. Otherwise you'll have a lot of artifacts from the conversion lying around and the git repo will be HUGE. (taken from http://marc.info/?l=git&m=120734745806416 http://marc.info/?l=git&m=120734745806416)
- axod 17y agoThanks. I'll have a go. I'd be really surprised and impressed if the git repos is smaller than an svn checkout, EDIT: Here's the results... Subversion repository: 80M A Subversion checkout: 172M Git version: 121M I'm surprised the subversion checkout is quite a bit larger, but it's not really enough to make me care all that much yet... I do conceed that git compresses things well, although it's still quite a bit larger than the original svn repository.
- obecalp 17y agoIf you want to compare repository sizes you should compare the size of .git directory only.
- compay 17y agoI think the fact that SVN adds almost 100 megs of crap to your checkout does suck. But yeah, I don't think it's a deal breaker. I switched to Git for the features; the smaller "checkout" sizes was just an additional benefit. Thanks for posting your results, I think it's very cool that you are not a Git fan but took the time to really look into it.