The TLCC + Teamstudio webinar today is “Getting Started with the OpenNTF Domino API”, presented by Paul Withers and Jesse Gallagher. I’ve been listening/watching while working and if you’re looking to ease your pain with some of the idiosynchrises in XPages, you’ll want to check out the webinar (a recording of the webinar should pop up before long, I’ll link to it here) and give the OpenNTF Domino API a go.
Last week, I put out a few toughts out in regards to source control management (scm) and even included a single question survey.
Here is the main donut chart, which is the same from my previous post, which have been live updating, as they’re published from right in Google Docs in the response spreadsheet I set up.
With a total of 53 unique responses (so far as I can tell), I feel like this was a pretty good turn out in number of votes. Here’s the break down; note: I’ve omitted CVS (concurrent versions system), with 0 total votes.
|file system copy||2||3.77%|
I think it’s not a huge surprise that git took first place; it’s ubiquitous and used by lots of people. It’s especially relevant, IMO, as GitHub is exclusively git and Bitbucket does both git and Hg. Teamstudio Ciao! had a pretty good showing as well, which probably reflects the demographics of my blog readers; I had to convert one value of an “other” entry which was a write-in of Ciao. Mercurial (Hg) turned out decently as well, though behind the first two. We had a couple of svn fans as well. There are pros and cons to each scm, which is why I don’t believe this to be a fight or even much of an argument, just a question of what’s most valuable to the developer and their development team.
For a clearer overall picture, I summed the values of those using a dvcs (git or hg) to a value of ‘distributed’, those using a centralized version control system to a value of ‘central’ (this includes Teamstudio Ciao responses, as it requires a check-in, check-out mechanic), those using a file system copy to a value of ‘questionable choices’ (it’s better than nothing I’ll grant you, but you could be doing so much more), and those with none to ‘living dangerously’. Those results, in table and pie chart form:
If you’re one of those file system copy or ‘none’ folks, I seriously hope you’re at least making use of Domino Designer’s built-in ability to compare versions, which only requires you perform the “Set Up Source Control for this Application…”, without needing to commit or track it anywhere. It’s a handy feature and worthy of use, esepcially for those of you I deemed to be making “questionable choices” (making a file system copy) or “living dangerously” (‘none’).
All in all, if you’re a hold out against using an scm, I think you’ll notice that I’m skeptical of your choice in the matter. The advantage of using an scm is, I hope, self-evident. You can store your changes as revisions with minimal overhead to your development process; you can relate your revisions to issues (features, bugs, etc.), often with a simple addition to your commit message (refs, fixes, closes) if you’re using something like GitHub, Bitbucket, GitLab, or others; and then there’s the confidence in knowing that no matter what you change, you can always roll back to a previous commit (or tag or release) and know that your code will be as pristine as it was when you knew it was working, all by a simple command (or button click, for the GUI fans).
All in all, thanks for the interest and the feed back. It’s always nice to know what others think on a matter. As usual, write better code! 🍻