我正在寻找通过 googletest 缩短构建时间的策略，并且想知道我所看到的是否是典型的，是否有可以避免的特定功能来缩短构建时间，或者我是否只是做错了什么。
我看过这篇文章，但现在已经有两年了。
我一直在使用一个相当简单的测试装置进行分析，该装置有 24 个测试并使用以下 googlemock 功能。我很抱歉无法在这里提供完整的示例，但显然对于简单的示例，构建时间可以忽略不计。如果您对此主题有经验并且有预感，我当然可以根据要求填写更多详细信息。总共，构建大约有 37 个文件，包括 googletest 源代码。
using ::testing::_;
using ::testing::AnyNumber;
using ::testing::DoAll;
using ::testing::Exactly;
using ::testing::InSequence;
using ::testing::Mock;
using ::testing::NiceMock;
using ::testing::Return;
using ::testing::SetArgReferee;
我已经使用 cmake 和 ninja 使用 clang 3.7.0 和 mingw64-g++ 5.3.0 构建了我的示例。请参阅下面的时间。项目中的所有源（包括 googletest）都需要完整的构建时间。编译+链接是构建单个测试装置源和链接所需的时间。链接是创建测试可执行文件的时间。我尝试了元组标志，但正如您所看到的，这没有多大区别。
随着时代的发展，它们对保持修复/构建/测试周期的快速进行提出了一些挑战。对我来说有趣的是，配置产生了如此巨大的差异，并且发布比调试更快。我预计发布会花更多时间在优化上。
GTEST_USE_OWN_TR1_TUPLE=1
Compiler | Config | Full | Compile+Link | Link
clang | Debug | 29.975s | 16.166s | 10.046s
clang | Release | 29.621s | 13.317s | 0.972s
mingw64 | Debug | 1m6.751s | …