Live data from Hacker News

From CVS to Git, thirty years of source control

evilgeniuslabs.ca

61–67 of 67 posts

Re: From CVS to Git, thirty years of source control

#61
post #48

Earlier quoted context omitted.

Yes but the .svn dirs everywhere keep being annoying

Since Subversion 1.7 (2011), working copies only use a single .svn directory at the top level.

Amazing! I remember copying over a project and failing to clean all the .svn folders... Messed up 2 projects at a price of one :D

Re: From CVS to Git, thirty years of source control

#62
post #18

My first contact was VMS with its versioning file system. Then RCS - before that we copied zip files around.

I was convinced that VMS's versioned files thing was DEC's cunning plan to sell more disk drive space (though I didn't and still don't know what the underlying mechanism was) - I was quite glad when I learned how to turn it off, though.

Versioned files existed in Tenex, developed by Bolt Beranek and Newman in the early 1970s; version numbering was based on a similar feature in MIT's Incompatible Timesharing System. DEC's variant of Tenex was eventually called TOPS-20. Many features of VAX/VMS were influenced by Tenex/Tops-20.

Re: From CVS to Git, thirty years of source control

#63
post #7

I sometimes wonder what would have happened if Atlassian had stuck with Mercurial support on Bitbucket - I don't think they can pretend that switching to git did very much for them. I love(d) Mercurial, and particularly TortoiseHg integration on Windows.

I had a video call with one of their staff when they announced removing it. I had a key (to me) Mercurial repo and was not keen to lose it.

They said (I recall) that Mercurial was driven by a single person and when they left there was no one willing to fight for it.

I still miss it too. We need a better git. For a while I thought it might be jj but it turns out it’s just as full of arcane commands as git is.

Re: From CVS to Git, thirty years of source control

#64

I use Subversion w/o a server too. You can have your repositories locally (file:///Path/to/repository). All my own (single man) projects are in local SVN repositories. For my use case git is just too much extra friction, and I still love to have my one single unique global revisions number that is linearly increasing with each commit. :)

Ironically, GitHub became popular because it gave everyone a centralized repo—exactly the thing people liked about SVN.

It's so weird. Git's major differentiating feature is that its distributed nature means you don't need a centralized server, and your work isn't blocked if that (unneeded) centralized server goes down. Yet, so many developers have twisted git around to make it a centralized single point of failure--on purpose! I don't understand it.

Re: From CVS to Git, thirty years of source control

#65

Earlier quoted context omitted.

Ironically, GitHub became popular because it gave everyone a centralized repo—exactly the thing people liked about SVN.

It's so weird. Git's major differentiating feature is that its distributed nature means you don't need a centralized server, and your work isn't blocked if that (unneeded) centralized server goes down. Yet, so many developers have twisted git around to make it a centralized single point of failure--on purpose! I don't understand it.

Git still works offline when github is down. Try committing or getting history when the svn server is down, let alone pushing to a different remote. The things github centralizes are the things that aren't actually git itself.

Re: From CVS to Git, thirty years of source control

#66
post #10

There were several proprietary systems in the late 1980s and early 1990s. The one I remember was DSEE from Apollo Computer. It was integrated with the file system such that commits and branches worked like zfs snapshots. You could just "cd" to whatever tag, branch, or individual commit you wanted. No checkouts required. Very cool, I wish we still had that today. DSEE was spun off as Clearcase, acquired by IBM, then I…

ClearCase is wonderful for users when it's working, but I've never seen a CC repo that didn't have a dedicated admin working full-time to keep it from falling over.

Re: From CVS to Git, thirty years of source control

#67
post #17

Earlier quoted context omitted.

Sounds like the “jj edit” command.

Its not

Sorry I was a bit short. I meant the way “cd”-ing was described in the comment sounds a lot like how I use “jj edit” of JJ VCS. Not the same thing, but maybe it’s close to the ideal VCS user experience you were describing?
Post reply on HN