VC项目安装Nuget之后导致项目过期

VC项目安装Nuget之后导致项目过期

背景

有时候会突然C++项目发现安装nuget包之后，项目一直处于过期状态，哪怕代码并没有更改，调试时也会提示过期要求重新编译。

分析

这种明明没有任何文件更改但是项目总是过期的情况一般来说有可能有2种原因：

• 解决方案管理器中包含了已经删除的头文件
• 有文件的修改日期大于当前时间（通常在修改时间测试的场景下出现）

首先经过检查排除了第一点，第二点涉及到的文件太多，所以先在VS的项目和解决方案的生成并运行设置中将MSBuild项目生成输出详细程度调整为诊断级别，然后开始构建。
输出中立刻就能发现过期的文件，其指向了一个nuget包中的头文件。

打开此文件的实际路径，发现果然此文件的修改日期比当前日期大了几个小时。

解决

那么解决方案很简单，把这些文件全部重新编辑一下，刷新文件修改时间到现在即可。
或者干脆等待这些文件的修改时间到期，毕竟就几个小时。

原理

但是我们还需要搞清楚，为什么这个nuget包中的文件的时间会比当前时间超前。

首先重复删除安装后可以确定这个时间时固定的，和安装时间没有影响。

那么这个时间就应该和打包nuget的时间有关系，nuget本质上是使用了zip进行打包的。

使用zip查看软件打开nuget包后可以看到，nuget包中的文件的修改时间的确是比当前时间要超前。

仔细观察了一下，这个时间恰好是nuget的打包时间加上8个小时，8个小时这个值给出了一个非常明显的提示，中国是东8时区。

所以至此可以确定nuget打包时没有处理时区偏移，所以导致nuget包中文件的修改时间相比真实时间提前了8个小时。要彻底解决这个问题只能等到nuget官方解决了。

我使用的是nuget4.1.0.时间原因没有测试新版本nuget是否有修复这个问题，不过因为最多8小时就能恢复，所以影响不大。

总结

VC项目安装Nuget之后导致项目过期的根本原因就是nuget打包时没有处理时区偏移，导致nuget包中文件的修改时间相比真实时间提前了8个小时。

长期来说可以等待nuget官方在新版本中修复此问题，短期来说等待8小时此问题即可自动修复。