Ayende @ Rahien

Hi!
My name is Oren Eini
Founder of Hibernating Rhinos LTD and RavenDB.
You can reach me by phone or email:

ayende@ayende.com

+972 52-548-6969

, @ Q c

Posts: 18 | Comments: 79

filter by tags archive

A visual look at RavenDB velocity

time to read 1 min | 172 words

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.


Comments

Fatal

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

Roy
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

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

Roy
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
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?

Comment preview

Comments have been closed on this topic.

FUTURE POSTS

  1. Production postmortem: The industry at large - 9 minutes from now
  2. The insidious cost of allocations - about one day from now
  3. Buffer allocation strategies: A possible solution - 4 days from now
  4. Buffer allocation strategies: Explaining the solution - 5 days from now
  5. Buffer allocation strategies: Bad usage patterns - 6 days from now

And 2 more posts are pending...

There are posts all the way to Sep 11, 2015

RECENT SERIES

  1. Find the bug (5):
    20 Apr 2011 - Why do I get a Null Reference Exception?
  2. Production postmortem (10):
    01 Sep 2015 - The case of the lying configuration file
  3. What is new in RavenDB 3.5 (7):
    12 Aug 2015 - Monitoring support
  4. Career planning (6):
    24 Jul 2015 - The immortal choices aren't
View all series

Syndication

Main feed Feed Stats
Comments feed   Comments Feed Stats