AutoSar——SWC的merge和IRV

zy_wawj

1.引言

工程开发中，接口难免有增删，可是如果在没有版本管理的情况下，arxml对比之后出现有增有删、甚至还有修改的的情况，实在难以合并。

之前增删完SWC配置之后，算法工程师告诉我他手头还有一版XML文件，需要我去合并？？？！！！对比工具一看，更是头皮发麻

商量下来是去取xml文件的合集，之后再由算法工程师导入matlab之后再判断工程配置的有效性。

2. xml文件合并

首先想到的肯定是通过比较工具去直接操作arxml。这里工程有个做的不错的点是将datatype、interface、swc的配置分别使用不同的arxml文件去做适配。



之后再去对比SWC中port的变化，之后生成代码。



报错让我联系技术支持 - -



后面仔细想想，不知道是不是UUID的生成导致的工具报错。

3. 添加配置

这条路死了，算法同事也没办法对比差异。还是只能通过对比工具去看xml中到底有哪些新增的配置，再通过工具去配置新增的项。其他保持不变。

好在swc的xml文件还是很有规律的，port相关的配置会在上面，points的配置会在下面，主要关注port的变更，配置之后再去对比point相关的变化验证一下是否漏配了即可。

万幸最后完成了。整理好新增的接口，交给算法同事去验证。



4.运行实体间变量IRV



SWC中运行实体之间交互的变量，其实autosar的实现是通过全局变量的。配置简单来看有数据类型、IRV类型、谁写、谁读这些。

隐式和显式的区别，在于implicit是通过地址的方式实现变量的读写，





显示则是直接使用变量读写。

mengmianren

关于AutoSar中SWC的merge和IRV问题：

1. 引言
在工程开发中，接口变更难以避免。若无有效的版本管理，接口文件的合并将变得复杂。尤其是在arxml文件的对比、合并过程中，若存在增加、删除甚至修改的情况，需借助专业工具和方法进行高效处理。

2. xml文件合并策略
针对上述情况，推荐采用专业的版本控制工具进行arxml文件的管理。对于合并不同版本的xml文件，可以先通过版本控制工具对比差异，再手动调整或编写脚本来合并。考虑到工程中的datatype、interface、swc配置已分文件适配，合并时需确保各文件间的一致性。建议先合并无争议的模块，再处理有争议的模块，最后进行整体验证，确保工程配置的有效性。

建议与算法工程师深入沟通，明确各方责任和工作流程，避免类似问题再次发生。