You can run the build from the commandline without starting Visual Studio.
This together with a build script is the normal way to do time/dated builds
Examples:
devenv /clean release /project ProjectName SolutionName.sln
devenv /build release /project ProjectName SolutionName.sln
changes to a .rc file weren't always picked up by a /build in VS2005/8 so it's safer to do a clean build.
Then I have a python script that updates a version.h file containing
#define VERSION_MAJOR 1
#define VERSION_MINOR 12
#define VERSION_BUILD 368
#define VERSION_DATE "2010:06:19"
This is then included in a application.rc2 file. Sorry can't remember the reason for the convoluted string macro steps. I found it somehwere on the net years ago, there might be easier ways now - but this has worked from VC++6 to VS2010!
#include "version.h"
#define _STR(x) #x
#define STR(x) _STR(x)
#define VERSION_STRING STR(VERSION_MAJOR) "." STR(VERSION_MINOR) ".0." STR(VERSION_BUILD)
VS_VERSION_INFO VERSIONINFO
FILEVERSION VERSION_MAJOR,VERSION_MINOR,0,VERSION_BUILD
PRODUCTVERSION VERSION_MAJOR,VERSION_MINOR,0,VERSION_BUILD
FILEFLAGSMASK 0x17L
#ifdef _DEBUG
FILEFLAGS 0x1L
#else
FILEFLAGS 0x0L
#endif
FILEOS 0x4L
FILETYPE 0x1L
FILESUBTYPE 0x0L
BEGIN
BLOCK "StringFileInfo"
BEGIN
BLOCK "080904b0"
BEGIN
VALUE "FileDescription", "XXX Application"
VALUE "FileVersion", VERSION_STRING "\0"
VALUE "InternalName", "XXX"
VALUE "LegalCopyright", "Copyright (C) 2010"
VALUE "LegalTrademarks", "XXX"
VALUE "ProductName", "XXX Application"
VALUE "ProductVersion", VERSION_STRING "\0"
END
END
BLOCK "VarFileInfo"
BEGIN
VALUE "Translation", 0x809, 1200
END
END
Which is finally included in the application.rc
#include "res\application.rc2" // non-Microsoft Visual C++ edited resources
All this proved necessary because Visual Studio would overwrite external changes to the .rc file when it was opened in the dialog editor - don't know if this has been fixed in newer versions, and it's onyl a problem for MFC.