What are best practices using the MATLAB Embedded Coder with Version Control (git)?
3 views (last 30 days)
Show older comments
I'm trying to setup a project to generate C code from a Simulink model. The generated code will be used by external existing code. Git is used for version control.
The Embedded Coder generates a lot of files additional to the "relevant" .c and .h files like:
- buildInfo.mat
- codedescriptor.dmr
- codeInfo.mat
- compileInfo.mat
- defines.txt
- modelsources.txt
- rtw_proj.tmw
- trwtypeschksum.mat
- ...
Most of these files are binary and there seems to be no benefit in tracking them with git.
I already figured out that "View Code" in Simulink is not possible when cloning a repository without the buildInfo.mat. So this seems to be a file that should be tracked by git.
What's the benefit in tracking the other files?
Is there a "best practice" on which files should be included in version control?
Which files are necessary that someone else can continue working with the embedded coder after cloning my remote repository?
Thanks for any advice :)
1 Comment
Dennis Hirth
on 12 Feb 2024
I would suggest to only version the .c and .h files in git. All other files can be reproduced.
Answers (0)
See Also
Categories
Find more on Deployment, Integration, and Supported Hardware in Help Center and File Exchange
Community Treasure Hunt
Find the treasures in MATLAB Central and discover how the community can help you!
Start Hunting!