Skip to content

Commit

Permalink
i dont even...
Browse files Browse the repository at this point in the history
  • Loading branch information
imakewebthings committed Nov 20, 2013
1 parent 0ea0ca0 commit 3b94e85
Show file tree
Hide file tree
Showing 2 changed files with 2 additions and 24 deletions.
22 changes: 0 additions & 22 deletions _posts/2013-10-20-just-in-time-versioning.md

This file was deleted.

4 changes: 2 additions & 2 deletions _posts/2013-11-20-just-in-time-versioning.md
Expand Up @@ -4,11 +4,11 @@ title: Just-In-Time Versioning
tldr: Deck.js spent two years without any semantic versioning. Nobody complained. Here's why.
---

When [deck.js](http://imakewebthings/deck.js/) was published I didn't give it a version number. The first time I did this it was an accident — or at least an innocent oversight — as I was making public what I had without deep thoughts about the future. This lack of versioning system has lasted to this day. In place of proper versions were two branches, `stable` and `master`. Changes were made to master. When they were vetted and felt right, they were merged into stable.
When [deck.js](http://imakewebthings.com/deck.js/) was published I didn't give it a version number. The first time I did this it was an accident, or at least innocent oversight, as I was making public a project without a long-term plan. This unversioned system has lasted to this day. In place of proper versions were two branches, `stable` and `master`. Changes were made to master. When they were vetted and felt right, they were merged into stable.

## It Worked for Two Years

Never in the history of the project have I received a complaint about the lack of semantic versioning. I'm inclined to chalk it up to people having the problem and not complaining to me, but considering that my inbox is full of complaints about every other conceivable matter I'm left to conclude that it *just isn't that important to the average user*. That is... for a project like this.
Never in the history of the project have I received a complaint about the lack of semantic versioning. I'm inclined to chalk it up to people having the problem and not complaining, but considering that my inbox is full of complaints about every other conceivable matter I'm left to conclude that it *just isn't that important to the average user*. That is... for a project like this.

When an average user consumes deck.js they download it, edit slides, tweak a theme or two, give their presentation, and then they are **done**. There's no updating modules, no merging changes, no outdated plugins. Versioning never comes into play for these users. And for the power users or extension authors that rely on the core project, the fact of the matter is the API has not significantly changed in two years. In the world of semver, we'd probably be on the same minor release as day one.

Expand Down

0 comments on commit 3b94e85

Please sign in to comment.