Remix.run Logo
ninkendo 2 days ago

In my senior design project in college, we were the only team that decided to use version control. I pushed for it, and set up a CVS server, mostly because I was the team lead and thought it was an easy way to feel like I was making a difference on the team. This was around 2005 or so, git didn’t really exist yet, svn was the new kid on the block and cvs was the established player.

I had never used any vcs before and neither had anyone on any team, but man was it worth it. The ability to have one place with the latest code and not emailing zip files around was great, but so was being able to easily roll back to a known good version if we caused an issue, compare changes, etc. By the end of it we all agreed it would have been impossible to do as well as we did if we didn’t do version control.

(This was a cross disciplinary engineering curriculum with ME/CE/CS, ours was slightly more software-heavy than other teams but everyone had some amount of software. Version control wasn’t taught and most teams just didn’t even consider it. It was a very different time from today.)

compootr 2 days ago | parent [-]

That seems pretty crazy to me (18M)

even for one-off scripts, I'll often throw them into a VCS because why not!

ninkendo 2 days ago | parent [-]

It was quite a bit harder back then to set up CVS. You had to have a cvs server running, there was no way to just “git init” and commit as you go and worry about pushing later. (At least not that I knew about then, I was pretty green.) Public hosting services were hard to come by, so it meant setting up a real server on the internet for your colleagues to use, figuring out auth, etc.

Nowadays version control is just so easy it’s easy to forget how good we have it. Not just in getting started locally but pushing to a public service that everyone can share (even private repos are free on GitHub nowadays, it’s a complete no brainer.)