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.
工具/软件:Code Composer Studio
只是为了澄清: 问题不是我们决定将工作区放在哪里、因为这是个人偏好。 设计此工具的工作方式时遇到的问题是、Code Composer 在您启动实验后放置修改后的文件、包括 Motorware 实验项目配置文件。 它没有完全将最终被修改的项目配置文件放入工作区。 如果 从头开始安装 Code Composer 和 Motorware、则必须再次手动对实验项目进行相同的更改。 当然、您可以在指定的文件夹中创建一个全新的项目、使用 GIT 来维护和复制该文件夹中的所有源文件。 但是、如果您想跟踪您对 GIT 实验室所做的更改、则不能将安装了 Motorware 的整个 TI 文件夹置于 GIT 控制之下。 另外、尝试从 motorware 中提取所有必要的文件并将其放置在 GIT 更容易维护的位置也不值得、因为它会混淆 Code Composer。 在我看来、motorware 或 C2000下的文件应视为只读文件、写入的任何文件都应存储在可以使用 GIT 等源代码控制管理的位置。 Motorware 和 C2000文件夹应仅随 TI 更新而更改。
尊敬的 David:
您不是唯一提出此问题(或类似问题)的人。 问题是 Motorware 软件包和示例项目的结构。 实验项目几乎仅使用原始源文件的链接。 CCS 仅在工程导入到工作区中时才会在工程文件夹(非链接文件)内创建源文件的副本。 因此、如果您希望(或需要)更改这些链接的源文件、但保留原始副本、这是一个问题。 与您一样、人们不想将整个源树签入版本控制。 有人要求 CCS 维护原始源文件的副本、以便原始内容不会丢失、这与您的建议类似。 但链接的文件不支持这种情况。 理想情况下、相关工程不应将链接文件用于要修改的文件。 相反、应将它们完全添加到工程中、以便在工程导入期间进行复制。 我可以通过一些其他软件包的示例看到这一点-不打算修改的源文件的链接、以及要修改的文件的非链接(文件实际上已添加到工程中)。 虽然不是很完美、但这种方法效果相当好、您只需检查项目文件夹内的源文件即可
我知道这不是你要找的答案,但我希望它能解释这种情况。
谢谢
Ki