Was ist Versionsverwaltung? Ein Versionsverwaltungs- oder auch Versionskontroll-System ist ein System zur Nachverfolgung und Archivierung von Änderungen an Texten, vor allem Programmquelltext. Ich sage meinem VCS (Version Control System), welche Dateien zu meinem Projekt gehören, und es kümmert sich darum, dass ich nie wieder etwas verliere.

Nie wieder?

Nie wieder. Denn ein VCS ist wie eine immerwährende, projektweite Undo-Funktion: Mit einem Klick oder Tastendruck kann ich beliebig weit in die Vergangenheit springen und den Quelltext in seiner früheren Form betrachten oder in die Gegenwart bringen. Was habe ich vorgestern abend gelöscht? Was hat der Kollege letzte Woche verändert?

Auch wenn für einen einzelnen Entwickler Versionierung schon hilfreich ist, ist sie noch viel mächtiger im Team. Jeder Entwickler arbeitet an seinem Rechner und schiebt Änderungen auf den Server des VCS wenn er fertig ist. Die anderen kriegen die Änderungen erst mit, wenn sie sie explizit danach fragen; zu keinem Zeitpunkt vermischt sich unfertiger Code aus Versehen mit fertigem Code. Und damit erledigt sich einfach so eines der schwierigsten Probleme bei der Zusammenarbeit in der Gruppe.

Eine Versionsverwaltung ist auch das ideale Backup. Wenn alles, was zu einer Anwendung oder Webseite gehört, in der Versionsverwaltung ist (und so sollte es sein!), dann reicht ein Backup von einer Maschine, nämlich dem VCS-Server, um den Code zuverlässig zu retten, sollte etwas passieren. Das Buch Ship It! von Richardson und Gwaltney drückt es wunderbar klar aus:

Be sure you have everything you need to build, deploy, and run your product in your source code management system. If you don’t, you are putting the long-term viability of your development project at risk in order to save disk space.

Sounds kind of silly when you phrase it that way, doesn’t it?

Empfehlungen

Wenn breakthesystem anrückt, kümmern wir uns um alles, inklusive Hosting und Aufbau einer Versionsverwaltung.

Bis dahin empfehlen wir das kostenlose Subversion, weil es das am besten dokumentierte VCS ist, und das mit der besten Unterstützung in Editoren, IDEs, usw. Für Windows-User ganz besonders interessant ist der sehr gute Client Tortoise SVN, und für Mac OS gibt es Versions. Oh, und als Host empfehlen wir Beanstalk.

Mein ganz persönlicher Favorit unter den Versionssystemen ist Mercurial. Mercurial ist mächtiger als Subversion, denn es ist eine verteiltes Versionsverwaltung, ein distributed VCS. Damit ist es möglich, Änderungen am Programmcode noch feiner abzuspeichern, denn es separiert den Arbeitsschritt “Änderung benennen und auf dem Server speichern” in die zwei Schritte “Änderung benennen und speichern” und “letzte Änderungen auf den Server hochladen.” Als Server empfehle ich dazu bitbucket.org, auf dem auch unsere kleineren Spaßprojekte wie Die Stimme Gottes oder The_Zombie gehostet sind. Mercurial ist unglaublich mächtig, aber nur für Kommandozeilen-Cowboys empfehlenswert. Klickibunti gibt dafür nämlich noch nichts wirklich brauchbares.

Und Ihre Meinung dazu?

Welches VCS benutzen unsere Leser? Sind Sie zufrieden damit? Oh, und noch etwas: Wie fanden Sie diesen Artikel? War der Informationsgehalt ausreichend?

Huh?

In recent weeks, I’ve stumbled over so many Tools for managing code snippets, it’s not funny any more. Viusual Studio plugins, TextMate plugins, apps for Windows, apps for OSX, apps for the web… what’s the matter? Why is everybody suddenly horny for little snippets of code?

I’ve thought about trying out a code snippet application, but… I wouldn’t really know what to do with one. I have no fucking clue, really! Yes, of course, you’re supposed to enter little snippets of code that you think could be useful in the future, but I somehow have never come accross these.

I don’t really need snippets, do I?

Of course, I have code on my hard drive that I will definitely reuse. For example, I have a folder called CSS with CSS files to reset font and spacing settings and set grid systems. I also have a folder with an almost-finished CMS that will most certainly be included in more than one web-app of mine.

But that doesn’t really merit a whole App. So I don’t use one. And this is okay by me, or at least I think so.

But what if I’m missing out on something really cool?

What if there are indeed cool things to be said about Schnippets, and I just haven’t realized them? That would suck. Are you using a code snippet app? If so, what for? I’m looking forward to your ideas.

Someone (I couldn’t find out who, if you know, contact me please) wrote an article that says Programming Can Ruin Your Life. Of course, with that title, it must go on reddit, right?

So how can programming ruin your life?

Sadly, no one ever tells you about the ways in which it will adversely affect your life. The physical effects are obvious. You’ll spend most of your time sitting, probably in an uncomfortable chair that doesn’t promote good posture. You’ll fuel yourself with food that is readily available, meaning it’s more than likely processed and full of sugar and you’ll likely choose either coffee or soda to stave off the drowsiness. A coworker once remarked, “If it doesn’t come out of a vending machine, programmers don’t eat it.”

How stupid is that? So, because programming is so brain-consuming or addictive or whatever, your hypothetical programmer won’t know how eat properly or exercise? Sorry to disappoint you here, anonymous writer, but not all coders are anti-social fat suckers who spend all night in front of the computer.

Also, even if you learned in English class that you can close an argument in an essay with anecdotal evidence, I would recommend inventing a coworker who has not undergone lobotomy next time.

The text goes on saying that “[p]rogramming changes more than your body. Programming changes the way you think.” Well, yup.

The application of programming specific processes and habits to the everyday is where peril lies. The same traits that make you a great programmer can make you an awkward, misunderstood and miserable human being.

What the fuck?

Programming presents you with a problem and allows you to eventually solve it provided you don’t quit. A solution is out there somewhere. Make enough attempts and chances are you’ll eventually prevail. Aren’t computers great? They afford a large degree of freedom in problem solving. If nothing else, you are able to make as may attempts as you please and it will happily execute each one. This instills in you a sense that failure is not final. Any obstacle can be hurdled. This is not true in the real world. While you may find second chances now and again, the wheels that turn in the big blue room are largely unforgiving. Time marches on in one direction.

Okay, I’ll have to address this from a few different directions, because it is mind-fuckingly stupid in so many dimensions.

First we have the claim that failure is not possible in programming. Hello? Does a nontrivial problem somehow go away just because I try again? No, of course it does not.

Then, what is it with the philosophical attitude? “[T]he wheels that turn in the big blue room are largely unforgiving. Time marches on in one direction.” Somehow the author seems to think he has it all figured out: life, the universe and everything. Maybe this delusion is the reason for this rambling piece of shit text.

And finally, we have the idea (again) of the coder as a trained monkey who can only deal with his surroundings in the context of a computer. That everybody who decides to create software for fun or profit suddenly loses their connection to reality. I could maybe write a thousand words just about the stupidity of that claim alone, if I wasn’t sure that no one would read it.

The text goes on, but this is the gist: Because programmers are so terribly obsessed with what they do, and because they are also idiot savants, they are compelled to apply their silly ways of solving problems in the computer to every fucking situation in their lives. They just don’t know better.

Me, I disagree. What about you?