请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：C2000WARE Thread 中讨论的其他器件：SysConfig、
你(们)好
我使用的是 C200Ware SDK、尤其是 SysConfig 部分。
出于必要、我向 C2000Ware 代码添加了一些补丁、通常在这些论坛中提供一些反馈后添加。
当我开发一个产品时、 我需要跟踪版本、包括 C2000ware 库、以确保我们的构建系统始终使用正确的版本、而不仅仅是我的小一次性项目。
因此、我最终得到了的一个版本 + x 个补丁。
我还希望我们继续使用并升级到较新版本的 c200Ware、因此我不想克隆并拥有 TI 版本、也不想再发明深孔板。
因此、我正在考虑是否可以利用 TI 版本中有4位数字这一事实、最新版本为4.1.0.0。 回顾发布历史记录、大多数更新会影响第二位数字(语义版本控制会将此命名为次要数字)。 但这种情况只有一个例外
- 2.00.00.03 (2019年9月29日)
- 2.00.00.02 (2019年5月28日)
似乎没有 V 2.0.0.0？
Avery 其他版本仅影响更高级别的数字。
因此、我的问题是、我能否合理地假设 TI 在未来的版本中不会改变最后一位数字、从而将其用于我自己的补丁版本控制。
我之所以重复使用此版本号、是为了利用已经内置到 CCS 中的检查、 因此、如果它无法找到工程文件指定的正确版本、它将会提出投诉。删除将其他检查添加到我的编译设置以检查补丁编号的任务。 并为未来的开发人员提供 CCS 内更好的错误消息。
