{"id":3352,"date":"2014-07-16T23:45:26","date_gmt":"2014-07-16T13:45:26","guid":{"rendered":"http:\/\/www.vectorstorm.org\/?p=3352"},"modified":"2014-07-16T23:45:58","modified_gmt":"2014-07-16T13:45:58","slug":"post-mortem-on-milestone-5","status":"publish","type":"post","link":"https:\/\/www.vectorstorm.com.au\/2014\/07\/16\/post-mortem-on-milestone-5\/","title":{"rendered":"Post-Mortem on Milestone 5"},"content":{"rendered":"

In the days after Milestone 5, I’m working on laying out my plans for Milestone 6. This is a bigger milestone than usual. I’m not yet quite sure how big, but it’s definitely going to take longer than the two weeks for Milestone 5.<\/p>\n

But first, I want to look back on the last two weeks and evaluate what went well, and what didn’t, so I can handle future milestones more effectively.<\/p>\n

First things first; the obvious “what went wrong”: Back in Milestone 4, I accidentally released a Mac build which had been compiled in debug mode. That mistake finally convinced me to write a script which creates the Mac milestone builds automatically, without any human steps being taken. I did the same for the Windows builds, mostly, but there were still a few human steps involved, which were simple enough that I didn’t bother to figure out how to make those scripts absolutely bulletproof. As a result of those incomplete build scripts on Windows, in Milestone 5, I accidentally released a Windows build which contained the data files from the Milestone 4 build. Predictable, really.<\/p>\n

So the first thing I did after uploading a fixed Windows build was to fix the Windows build scripts. Now, like the Mac build script, the creation of a milestone build is completely automated, and builds completely from scratch — no human intervention required, no chance of accidentally including an old, no-longer-relevant file. I should have done this before, but..<\/p>\n

With that out of the way, let’s talk about how Milestone 5 went, other than that.<\/p>\n

What went right<\/h1>\n