This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
这可能是一个小众的情况,没有答案,但我还是会尝试。
在测试我的低级代码时、我通常使用类似组的多个源文件(例如所有 UTIL 文件)和相应的单元测试文件来开发我的"单元测试"项目。
为了在目标上进行编译和测试、我要排除除源文件和相应的单元测试文件(和单元测试 main/assert 文件)之外的所有内容、在目标上编译、运行和捕获测试输出。
当我想测试另外一个文件时、我应该排除第一个源文件和测试文件(util_crc.c 和 ut_utils_crc.c)、并包括测试中的新文件(utils_ring.c 和 ut_utils_ring.c)、 在目标上构建、运行和捕获测试输出。
我现在正在尝试建立一个适当的自动化设置,可能是为每周构建服务器或类似的,并一直在尝试命令行选项。
第一个问题、CCS 工程上的这个 exclude/include 操作是否有等效的命令行?
第二、可能我走错了路。 在 进行此多个独立文件构建测试时、是否需要考虑其他项目样式/方法?
感谢您提供任何建议、
奈尔
尊敬的 Neal:
第一个问题,对于 CCS 项目上的此 exclude/include 操作,是否有命令行等效项?
不适用于现有工程。
第二,可能我走错了路。 在 测试我所做的多个独立文件构建时、是否需要考虑其他项目风格/方法?
更好的方法是具有多个编译配置的现有工程:
每个编译配置都包含对应于特定单元测试的文件。 其他文件将从编译中排除。 然后、当您希望针对特定测试进行构建时、只需构建该构建配置。 无需不断为编译排除/包含文件、而是只需选择相关的编译配置。
谢谢
小标题
出于好奇心、是否有命令行选项用于创建新的编译配置?
出于好奇,是否有命令行选项可用于创建新的构建配置?
仅在创建新工程时。 不适用于现有工程。