【问题标题】:CMake Roundtrip WorkflowCMake 往返工作流程
【发布时间】:2015-04-01 06:09:39
【问题描述】:

我了解 CMake 使项目能够在各种编译器/IDE 环境中轻松构建。我亲身经历了这一点,当 CMake 从某个开源项目为我生成一个工作的、可构建的 Xcode 项目时,我感到很惊讶(酷!)

但我不明白的是,在对 CMake 为您创建的项目进行重大更改后,您如何正确更新 CMake 系统。

例如,我正在设想一个工作流程,其中项目应该通过 CMake 保持可移植性。所以我创建了一个 github 项目的克隆,使用 CMake 创建我的 XCode 项目,然后开始实施一些新功能或错误修复。或许这些变化并不重要,会影响构建。

完成这些更改后,我想将代码库推回 github。现在会发生什么?是否必须手动更新所有 CMake 文件以反映我所做的所有工作?或者是否有一些同样神奇的功能可以使用在 XCode(或 Visual Studio,或其他支持的 IDE/编译器组合)中实现的更改来更新 CMake 文件?

CMake 的一般“往返”工作流程是什么?效率如何?

【问题讨论】:

    标签: build cmake workflow portability


    【解决方案1】:

    关键是您通过更改 CMake 配置文件本身来更改您的项目。您可能会找到一些其他管理 cmake 项目的工具,这些工具将对您的 cmake 文件进行更改。在您提到的示例中,您必须检查 XCode 是否正在修改您的 cmake 文件。

    您必须提交对 cmake 文件所做的所有必要修改,并且每次接触 cmake 项目文件时,您的构建程序(make、ninja 或任何其他)都会运行 cmake。

    高级说明:如果您使用命令 file 和 globbing 指令来获取源文件列表,您可能有兴趣阅读 Getting cmake to run before building after pulling from git

    【讨论】:

      猜你喜欢
      • 2014-01-17
      • 1970-01-01
      • 1970-01-01
      • 2021-07-31
      • 1970-01-01
      • 2016-10-23
      • 2012-05-17
      • 2021-06-05
      • 2018-03-08
      相关资源
      最近更新 更多