对于 CANoe 配置的配置管理，以下事实和策略适用：

CANoe 配置的工作是基于文件的，所有配置文件都存储在文件系统中
Vector 建议使用由一个主文件夹和多个子文件夹组成的文件结构：
一个主配置文件夹，.CFG（和.STCFG）文件保存在这个文件夹中。
该配置文件夹包含例如以下子文件夹
Database (数据库文件夹，必要时还包括不同网络的子文件夹）。
DLL (如果使用了额外的动态链接库）。
Logging (用于登录 CANoe 的记录文件）
Media (视频和音频文件）
Nodes (网络节点等的 C# 或 CAPL 脚本，包括文件）
Panels (配置面板文件，必要时可使用子文件夹，如.BMP、.JPG......）
SysVars (外部系统变量文件）
Test (测试环境和测试模块文件）

CANoe 示例配置工程文件夹结构截屏
这些文件可使用常见的配置管理系统（如 GIT、Subversion......）进行管理。
所有这些文件都必须签入配置管理系统。
取决于部门的测试设计和测试执行工作流程，可能还需要签入以下文件：
动态链接库文件（例如，用于 ECU 安全访问的文件......）。
下列文件无需签入检查：
CAPL 脚本的编译 .CBF 文件
独立主机的 .STCFG 文件
对于在版本控制下同步的 CANoe 配置工作，适用以下政策：

CANoe 配置文件 (.cfg) 是一个可读的（且非二进制）文件。如果合并该文件，可能会产生冲突。因此，对配置文件的修改一次只能由一个用户完成。

更改配置文件的使用场景如下：
配置内部的任何更改（如网络节点配置、诊断配置、XCP 配置......）。
向配置中添加面板
在仿真或测量创建中添加节点
这些文件应作为二进制文件已签入，在修改之前应在配置管理系统中锁定。
同步使用 CANoe 配置的可能使用场景如下：
处理不同的 CAPL 节点
处理外部系统变量文件
这些文件是基于文本的文件。可以使用配置管理系统对它们进行合并。
Vector 建议

在所有系统上安装所有必要的add-on（add-on = OEM的特定扩展，例如交互层），用户可以在这些系统上使用相应的CANoe配置（如果需要这些add-on的特殊DLL，例如模型化库）。
与其在配置管理工具中合并 CANoe 配置文件，不如使用一个主配置（在一台 PC 上更改，并在配置管理系统中锁定），并使用（并行开发的）外部 CAPL / C# / 系统变量文件扩展该配置。