[参考译文] TMS570LS1224：更多设计人员使用 HALCOGEN 以及修改的影响

您好 Stefan、

TI 没有关于如何在分布式开发环境中使用 HalCoGen 的具体建议。 但是、就像在任何项目中一样、应该有一些受控的顶级项目文件。 在这种情况下、控制 Halcogen 代码输出的.HCG 和.DIL 文件应该是 CMS 工具控制的关键文件。

一种可能的方法是允许任何人更新 HCG 和 DIL 文件。 对其进行更改的任何人都需要将其签出、修改并重新签入。 这样、针对项目的特定部分更新的任何内容都将与团队中其他人控制/拥有的其他模块配置保持同步。 另请注意、虽然 Halcogen 将再次创建所有文件、但仅更新标记为"用户代码部分"部分之外的驱动程序文件和部分。 所有这些都涉及配置和使用驱动程序文件的一些相当详细的原则。

第二种方法是仅允许选定人员访问 CMS 工具中的 Halcogen 的.hcg 和.dil 文件。 即、限制可以更新基线代码的人员、以帮助控制整个项目。 有效度取决于团队和项目的规模以及项目工作工程师的距离。

第三个选项是使用 Halcogen 进行初始配置、但在这个基础上构建、以老式方式构建并进行手动更新。 升级到新的 HalCoGen 生成的用于校正或改进的代码的能力在这个机制中变得更加困难、这是因为代码与 Halcogen 分离并脱离同步。

最后、每个开发人员都可以使用 Halcogen 为特定驱动程序配置和输出代码。 驱动程序生成后、只能将应用的文件复制到主线项目中并上载到 CMS 系统。 从某种意义上讲，这几乎与传统发展相同。 例如、在本地工程副本中签出任务相关文件、更新、测试更新、然后将任务相关文件签入更大的主线工程。 这种方案显然还需要包含 HCG 和 DIL 文件、以便目标 IP 起始点与检入的工程同步、随后的更改也会检入。

希望这些想法有所帮助。 最后、它创造性地使用了该工具并控制了.HCG 和.DIL 文件。