MBD开发之Simulink与持续集成

最新推荐文章于 2024-07-01 11:37:38 发布

Tomato-

最新推荐文章于 2024-07-01 11:37:38 发布

阅读量4.7k

点赞数 7

分类专栏： Matlab-相关文章标签： simulink 持续集成系统 jenkins gitlab 汽车电子

本文链接：https://blog.csdn.net/j353838430/article/details/104169298

版权

本文介绍了在汽车电子软件开发中，如何将模型基础设计(MBD)与持续集成(CI)工具Jenkins结合，特别是在AutoSAR架构下。通过设置Gitlab触发Jenkins构建，确保模型与代码一致性，并利用自动化脚本提升开发效率和质量。文章强调了DevOps在汽车电子行业的应用区别，并提供了配置示例。

摘要由CSDN通过智能技术生成

文章目录

概述
- 思想引入
- 工具引入
知识储备
配置和设定
- 设定gitlab 触发 jenkins
- 授权jenkins 调用 gitlab
脚本示例
小结

概述

MBD ,model base design ，使用模型描述需求，并采用代码自动生成技术进行嵌入式开发。为当前汽车电子软件行业，AutoSAR架构下开发的主流技术。
随着DevOps概念的持续火热，以及在AutoSAR软件开发的标准性和分布性，行业内已经逐步开始使用jenkins等CI工具了，但是需要注意的是，在汽车电子这种纯嵌入式软件开发中，与现阶段流行的DevOps概念是有很大差异的，我们要做的是吸收融合能够提高软件开发效率和质量的工具和概念，而不是全盘挪用。
互联网软件行业中，DevOps主要解决的矛盾是，开发、运维、测试三者之间的非连续工作，以降低重复工作和开发人员的精力时间消耗，将三个环节以流程和自动化脚本及构建工具进行有机结合。如下图所示：
001
而汽车电子软件行业里，由于嵌入式开发的目标单一性，不需要运维一岗，且测试一项工作在整个产品周期的占比要远远重于其它软件行业，不仅需要满足MCDC覆盖度的纯软件级测试，还要进行整合控制的各种在环台架测试，以及整车测试，由于测试工作的复杂性和重要性，也没有办法完全使用DevOps中的工具和流程覆盖。
那么问题来了，既然有诸多的区别和不适，我们汽车电子，到底要引入DevOps中的哪些内容？

思想引入

DevOps实施后，会将开发流程工具化，重复工作自动化，例如企业级工具码云/Gitlab等，会提供任务分配（子任务关联、看板、燃尽图…）,源码版本管理-git，问题管理等软件开发过程中，相关任务和流程管理工具。
传统的汽车电子软件开发流程都是由项目经理或者系统工程师进行统筹管理，且大部分都是零散化，使用邮件或者当面沟通，然后在项目转阶段或者例会时进行工作任务及状态的统计和分析，而DevOps开发中，会将工作任务统一管理，在相应工具和系统中进行指派跟踪，后续项目的状态由工具实时显示（燃尽图等）和自动统计，消除了部分整理材料的重复工作。