Ayende @ Rahien

Refunds available at head office

A visual look at RavenDB velocity

We recently added a very small feature to our build server, generating tags on the repository for every successful build. This has the surprising effect of giving us a really nice way of looking into something that I always wanted, the rate of change across pushes to production.

The way we work in Hibernating Rhinos, every single push to the remote repository is a viable product, and it becomes a a publicly available build. The problem is that in git there isn’t really a way to track pushes, so it was quite hard to figure out after the fact the scope of change of each build without looking at the individual commits.

With the new tags, we have a much easier time. I mean, just take a look:

image

You can see pretty rapid velocity here, with new goodies that come abroad.

Tags:

Posted By: Ayende Rahien

Published at

Originally posted at

Comments

Fatal
07/14/2011 12:31 PM by
Fatal

I see no commits for 6/25/2011. What a bunch of slackers!

Roy
07/14/2011 10:13 PM by
Roy

There's quite a lot of time between build 392 and 393, what kind of build rules do you use? Not per commit apparently, but is there a special reason for that?

Ayende Rahien
07/14/2011 10:33 PM by
Ayende Rahien

Fatal, The 25th is Saturday

Ayende Rahien
07/14/2011 10:34 PM by
Ayende Rahien

Roy, We have a build per push, commits are local to each dev env, push are globally visible.

Roy
07/14/2011 10:40 PM by
Roy

Ah, of course. That makes sense. Having a tag like this will also make the version number a lot more friendly to the end user, compared to showing the short commit hash.

Joe
07/15/2011 08:19 AM by
Joe

Completely irrelevant, but the check-in comments are interesting -- is it a cultural or technical background thing that makes some people comment in the past tense (Fixed, added, etc) vs the current tense?

Comments have been closed on this topic.