It's one of the paradoxes of blogging that most every blogger (including me) is sharing what they know right now (let's ignore those who blog purely for the traffic and visibility). Since everyone is learning, this can result in poor or misleading information being shared just as much as good information. Keep this in mind as you read any blog - how experienced is the writer and how well do they really know what they're talking about.

I'm just as flawed as other bloggers, so you should feel encouraged to check my ideas for yourself.

NuGet packaging with Psake

Saturday, September 23 2017 powershell

While NuGet provides all the power needed to explicitly control every aspect of a package (something the exacting control freak in me really appreciates), a simple project like this doesn’t need anything more than the standard conventions.

Read more »

Sharpen The Saw #11

Monday, September 18 2017 sharpen-the-saw

In this edition: The Single Responsibility Principle; keeping a log in notepad; Visual Studio 2015 Update 2 RTM; NCrunch; Killing solid communication; Social engineering; Rejecting stereotypes; and What is agile anyway?

Read more »

Semantic versioning with Psake

Saturday, September 16 2017 powershell

Perhaps the most significant problem with the simplistic versioning system we put into place last time is that we can get the same version number generated on different branches. Fortunately, semantic versioning gives us room to fix this by adding a descriptive suffix to the build number.

Read more »

Versioning with Psake

Saturday, September 09 2017 powershell

Version numbering is an odd detail - one we can (and should) easily ignore at the start of a project. There comes a point, however, where we find that version numbering is vitally useful. At that point, we usually discover that we should have started versioning things about six months ago … and now we have a mess to clean up.

Read more »

Launch Scripts for Psake

Saturday, September 02 2017 powershell

To simplify the use of our build scripts, and to make it easier for someone new to the project to work out how things work, we’ll create some convenience PowerShell scripts to launch the build. We’ll create three scripts, for three different purposes: one for moment to moment use by a local developer; one to do a release build when the project is ready for distribution; and one for our continuous integration server.

Read more »