@xmumiffy 感谢 那问题估计就在这里了 那无了 我要的东西估计是看不到了

@xmumiffy 我感觉可能问题出在 artifact 。
这个项目的是 gitlab ci 有 200 多页的记录，ci 的 artifact 是不是也统计在内？
那我估计是找不到我想用的东西了

@xmumiffy issue 里面可能存放大文件吗

@l9rw 如果在分支上存储，应该都存放在.git 里面才对，但是如果是 lfs 确实又回到我之前说的问题 我并不知道哪个 commit 藏了 git lfs 文件

@AoEiuV020CN 似乎并不能点击

@AoEiuV020CN 某个方面来说 他那些占据大量空间的文件才是我真正想研究的，而不是页面上看到的 dockerfile 或者脚本。

@ProPh3t 试过了 但是我怀疑 git lfs 藏在某个 commit 里面了，有办法搜索 哪个 commit 含有 git lfs 对象吗

@kerrspace 哈哈哈 来我司吗 缺 eda 领域的 c++开发

芯片行业不是风口上吗

很久以前 果壳有个 app
叫做
研究生

目录划分大体思路跟你说的一致
主要是抽象出硬件层 对外提供统一接口 也就是你说的 /device
一般可能还有 也许会封装通信层 因为 32 64 会有为了性能 可能部分通信数据有差异
所以我有见过额外抽象出通信层的
在嵌入式来说 还是有可能 /app 无法彻底区分嵌入式平台 需要额外编译宏控制

对了 额外测出一个 bug 应该是可以无限试用 不过估计下个版本就会解决吧

18 上车 多谢

问个题外话
架构图是用什么画的

解耦的话 不是就应该单仓发布 单仓回滚吗。为什么会回退困难，回退困难说明就是有耦合的地方。。需要版本关联。
源码配置模块是做不到的，构建模块里单独进目录 checkout 吧。。

@retrocode
业界应该只有 git submodule 和 google repo 两个常见方案，思路几乎是一致的，无非是工具不同罢了。
git submodule 与 git 集合工作的更好一点。

指定多个 submodule 实际上是不现实，无法保证所有开发人员、devops 能清楚的了解子仓之间的对应关系，只会关心自己的一亩三分地和强关联的兄弟模块。

除非对 tag 、branch 命名，创建，保护都有很号的约定和实践（但是实际上几乎是不可能存在完全遵守约定的情况）
可视化一般是反向的，即出包后给出对应 submodule 对应的 tag 的可视化以及对应历史版本更替之类的。

但是有例外情况，就是所有 submodule 都是解耦独立，无任何版本关联，可以做成你这个样子，只不过实现上也会比较搓，而且如果是完全独立，又会变成制品仓形式进行组合，无需使用 git submodule 了（矛盾.jpg ）。