随心所欲地对vcpkg依赖进行版本控制( 二 ) 特别鸣谢感谢VictorRomero对本

接下来，使用VisualStudioCode中的”CMake:Configure”指令，就可以生成CMake缓存了，如下图所示：

文章图片
上图是当使用CMake命令行创建CMake缓存时的信息输出。在VisualStudioCode中，如果安装了CMakeTools工具扩展，则可以通过执行”CMake:Configure”指令生成缓存。
如果你注意到路径中的”/buildtrees/versioning/versions//” ，你就可以明白新的版本控制特性已经正在工作起来了。 vcpkg会检查仓库中的程序包的版本。
最后，我们执行我们的测试程序，会有如下的输出：fmtversionis70103zlibversionis1.2.11
第二个例子：固定旧版本
因为基线版本确定了所有程序包的基础版本信息，以及当程序包低于基线版本时需要做的一些显式约束检查，所以，我们需要另外一种机制来对版本进行降级以通过基线检查。
vcpkg提供的新的机制是：override 。当我们在一个程序包上声明一个override时， vcpkg将会忽略所有其他的版本约束和在清单里直接声明的版本或者依赖的版本。简单说来，就是重写会强制vcpkg使用准确声明的版本。
首先，请修改你的清单文件，在fmt上添加一个override并强制vcpkg使用6.0.0这一版本，如下图所示：

文章图片
接下来，请删除你的工程构建文件夹，并生成CMake缓存并重新执行一次构建：

文章图片
最后，还是执行我们的测试程序，我们会观察到如下的输出：fmtversionis60000zlibversionis1.2.11
vcpkg中的版本控制是如何工作的？
下图我们描述了四个程序包的版本发布时间表：FMT,zlib,BoostandAzureCoreC++库。

文章图片
vcpkg内部的版本系统包含如下几个部分：
基线
为了使用版本控制，你需要将基线设置到一个特定的vcpkg提交版本。通过选择一个基线，你可以选择版本发布时间表中的一个版本快照。通过设置基线，可以为所有的依赖项设置一个最小的版本。在上图中，我们有FMT的7.1.0版本， zlib的v1.2.11修订版v9版本， Boost的1.74.0版本以及2020年9月发布的AzureCoreC++库。使用基线的一个好处在于：同时期的版本非常可能就是能互相兼容的。主vcpkg注册表会构建它包含的所有同时期的程序库，以确保整个程序库目录的整体兼容性。
约束条件
与为所有软件包设置最低版本的基准相反，约束使你可以逐个软件包指定最低版本。
约束条件仅允许你升级版本，而不是基线版本。如上所述，基线为所有软件包设置了最低版本限制，因此，如果你尝试添加一个低于基线的约束，则该约束将被升级。
关于约束的一个重要注意事项是，它们在基线和替代项不存在的情况下是可传递的。图中的依赖项可以表达自己的约束，版本解析算法将考虑它们。
但是，如果你确实需要将版本设置为低于基准，该怎么办？如何在不降低基准的情况下做到这一点？对于这些情况，可以使用替代。
Overrides
Overrides会强制vcpkg使用特定版本，同时忽略所有其他约束（显式或传递性）。这使用户可以解决某些特定情况，例如：>降级版本低于基准。 >在传递依赖项上强制升级/降级版本。 >解决不同软件包之间的版本冲突。在该图所示的场景中，给出了我们对基线，约束和替代的全部了解。我们可以看到，使用所有四个软件包的项目的版本解析将导致：FMT：版本7.1.2 ，通过约束指定。 zlib：端口修订版2的版本1.2.11（通过覆盖指定）。 Boost：版本1.74 ，由基线默认设置。 azure-core-cpp：版本2020-09-01（基线默认设置）。
版本和自定义ports
最后要讨论的是覆盖ports如何与版本控制解析的交互。答案是：它们根本不会做任何交互。更详细地讲，当你为一个port提供覆盖时， vcpkg将始终使用覆盖ports ，而无需关心其中包含的版本。原因有两个：（1）与覆盖ports的现有行为一致（完全掩盖了现有ports）（2）覆盖ports没有（也不希望提供）足够的信息来支持vcpkg的版本控制特征。
总结
我希望，老大哥的包管理器越办越好。
最后
MicrosoftVisualC++团队的博客是我非常喜欢的博客之一，里面有很多关于VisualC++的知识和最新的开发进展。大浪淘沙，如果你对VisualC++这门古老的技术还是那么感兴趣，则可以经常去他们那(或者我这)逛逛。