Application Security Testing: An Integral Part of DevOps
The most convenient method I find for automatically incrementing project build numbers for Visual C++ projects is through an add-in that modifies the build number on each successful release build. I found an add-in for doing that at CodeGuru, but it only works for Visual Studio 6.0. I searched a long time for a similar add-in written for Visual Studio.NET but haven't found any. So I wrote one myself, after I did a few days of research about the Visual Studio Automation Model.
Advantages of Using an Add-In over Using Macros or Separate Executables
The first advantage is seamless integration with Visual Studio.NET, thus is not necessary to make custom build steps, pre-link steps, or otherwise trigger the build number incrementation. The main advantage of using an add-in is it uses the Visual Studio.NET automation code model to make modifications to files, thus the development environment is "aware" of the changes and manages them better than an external solution.
So, What Does the Add-In Do?
The macros that should be present in version.h are (at least one of them is required):
FILE_VERSION PRODUCT_VERSION FILE_VERSION_STR PRODUCT_VERSION_STR
The macros can be placed anywhere in the file. The file can contain other things besides these macros. Here is an example of a version.h file:
#define FILE_VERSION 1,0,0,1 #define PRODUCT_VERSION 1,0,0,9 #define FILE_VERSION_STR "1, 0, 0, 1\n" #define PRODUCT_VERSION_STR "1, 0, 0, 9\n"
After a successful project build on a release configuration, version.h will become:
#define FILE_VERSION 1,0,0,2 #define PRODUCT_VERSION 1,0,0,10 #define FILE_VERSION_STR "1, 0, 0, 2\n" #define PRODUCT_VERSION_STR "1, 0, 0, 10\n"
Tip: All of these macros can contain any type of string containing at least a decimal number. Only the last number on that string will be incremented. For example, if FILE_VERSION is 1.2, after the build it will become 1.3.
Okay, So How Do You Use the add-In to Increase the Build Number Contained in the Version Resource?
There is an article on Microsoft Support found here that explains how to do that in a safe way. Basically, you have to cut the version resource from your .rc file and paste it to your .rc2 file. Then, replace the values of the FILEVERSION and PRODUCTVERSION statements with FILE_VERSION and PRODUCT_VERSION. Then, you have to include the "version.h" file at the top of the version resource.
- Save the file "autobuildnumber.dll" in a directory.
- Run the "regsvr32 autobuildnumber.dll" command from the add-in's directory.
- Double click the autobuildnumber.reg file.
- Go to the Visual Studio.NET IDE, and from the Tools->Add-in Manager menu, check the "AutoBuildNumber" box. You also can check the boxes "Startup" and "Command line".
- Include a "version.h" file (containing the above macros) in your project.
- That's all.
After successfully incrementing build numbers, the add-in displays an output message in the build output window, indicating success. If the version.h file is under source control and is not checked out, the add-in displays an error message in the build output window describing the error. In that case, the build number is not incremented.
The source files are not included. The add-in was built with Visual Studio.NET 2003 and tested on Visual Studio.NET 2002 and 2003. Please e-mail me for support information and source files information.