[参考译文] CODECOMPOSER：CCS 编译会覆盖已从编译中排除的 SysConfig 文件

问题是“干净“的。 生成的 SysConfig 文件（包括排除的文件夹）位于构建配置子文件夹中、其中会“清理“所有生成的文件、但生成的 makefile 文件除外。 这是预期结果。 增量构建只会根据需要触摸构建配置子文件夹中的文件。

我目前必须执行清洁。 CCS 中还有其他一些底层问题、如果在对文件进行更改时未执行清理、则会导致链接器错误。 尽管您说这是需要的 SysConfig 文件、但这不是我的预期结果。 我期望在告诉 SysConfig 排除文件时、它绝不会以任何方式触及该文件。

您是否打算让您手动修改的这个排除的文件被重新生成？

我尝试注释掉 SysConfig 生成的一个函数调用。 我的印象不正确、我可以将文件设置为“排除“、对文件进行更改、然后进行编译。 排除文件后、进行更改、然后重新编译会遇到各种链接器错误。 因此、我执行清理来解决该问题、然后将“排除“文件恢复为自动生成的 SysConfig 文件。 这样就会在循环中继续：排除 SysConfig 生成的文件、更改 SysConfig 生成的文件、在没有清理的情况下无法构建、执行清理、文件恢复、更改  SysConfig 生成的文件、在没有清理的情况下 无法构建、执行清理、文件恢复、 更改 SysConfig 生成的文件、在没有清理的情况下无法构建、执行清理、文件恢复、更改 SysConfig 生成的干净文件、 不需要清理就无法构建、执行清理、文件恢复、 更改 SysConfig 生成的文件、不需要清理就无法构建、执行清理、文件恢复、 更改 SysConfig 生成的文件、不需要清理就无法构建、执行清理、文件恢复.....

我将把此主题呈现给 SysConfig 专家、以获取此处建议的操作过程。

好的、这个用例是有道理的。 谢谢你。