使用头文件变量生成包含目录

Question

我前段时间问了一个问题，询问如何在编译时检查内部库版本，并提出了以下解决方案：

// GameVersion.h
constexpr unsigned int LIB_VERSION_MAJOR = 1;
constexpr unsigned int LIB_VERSION_MINOR = 0;
constexpr unsigned int LIB_VERSION_PATCH = 0;

// Function stored in our librarys which static_asserts version with its own data
library_version_check<LIB_VERSION_MAJOR, LIB_VERSION_MINOR, LIB_VERSION_PATCH>();

这不是最好的解决方案，但它确实允许我们在编译时检查库版本，而不是构建应用程序并等到它运行才发现库版本不匹配。

从那时起，我们使用的库已经改变了它们的文件结构：

C:\Library\src            //!< Old structure
C:\Library\1.0.0\src      //!< New structure
C:\Library\1.0.1\src

这会破坏存储在应用程序属性文件中的包含目录。最初我们会包含一个文件夹（Library\src），然后进行内部版本检查，现在包含目录依赖于存储在此头文件中的版本信息。我想知道是否可以在 Visual Studio 2013 中修改项目包括基于存储在头文件/源文件中的信息的目录，如本示例中的文件？我在想这可以作为某种预构建步骤来完成，或者作为预构建的一部分运行一个外部脚本来为项目生成一个包含目录？不过，我对如何做到这一点感到困惑，任何启发都将不胜感激。

提前致谢。

Answer 1

一种方法是使用用户宏进行构建。不熟悉 VS2013，因为我需要我的东西仍然可以在 XP 上运行并且无法“升级”。我没有使用过 msbuild，所以不知道从旧的构建系统中继承了多少东西。

话虽如此，在 VS2008 中，您可以在 .vsprops 文件中包含 3 个版本号的用户宏。这些可用于通过作为参数传递给预构建步骤来生成版本信息文件。 例如

make-ver.exe GameVersion.h $(VerMajor) $(VerMinor) $(VerPatch)

然后，您可以在整个构建配置中随意使用这些用户宏，并且这些宏会在构建过程中自动更新到您的源代码中。

除了这种方法，你能不能只使用旧结构来进行头部修订？

然后，当您发布版本时，使用其版本信息将文件复制到版本化文件夹（即将版本信息嵌入 exe/dll 的资源中）。

有用于提取版本资源的 Windows API。见GetFileVersionInfo。 使用它，您可以编写一个简单的 exe 来为您进行复制。

当我为几个项目构建安装程序时，我会做类似的事情。安装程序构建完成后，它会从主 exe 获取版本信息，并将其附加到安装程序的文件名中。

我个人不会为依赖项的版本化源文件夹烦恼 - 依赖项都在 SVN 外部，并且与主 exe 同时构建。这些在每个版本中都使用一个特殊的脚本来标记，该脚本与外部的 SVN 版本挂钩。