lixile 最近的时间轴更新
lixile

lixile

V2EX 第 105352 号会员,加入于 2015-03-18 17:20:31 +08:00
2022 年项目管理平台 求推荐
问与答  •  lixile  •  132 天前  •  最后回复来自 eurry
5
2021 年终总结 — — 五年转行路
职场话题  •  lixile  •  140 天前  •  最后回复来自 YaakovZiv
17
NFS 挂载 容易断 如何优化
问与答  •  lixile  •  2019-08-18 12:13:52 PM  •  最后回复来自 WordTian
1
出五台 笔记本 一个 my book 10t
  •  1   
    二手交易  •  lixile  •  2019-05-24 13:42:11 PM  •  最后回复来自 xxhjkl
    33
    lixile 最近回复了
    目录划分大体思路跟你说的一致
    主要是抽象出硬件层 对外提供统一接口 也就是你说的 /device
    一般可能还有 也许会封装通信层 因为 32 64 会有为了性能 可能部分通信数据有差异
    所以我有见过额外抽象出通信层的
    在嵌入式来说 还是有可能 /app 无法彻底区分嵌入式平台 需要额外编译宏控制
    对了 额外测出一个 bug 应该是可以无限试用 不过估计下个版本就会解决吧
    18 上车 多谢
    15 天前
    回复了 fantix 创建的主题 Python 新项目再轮 asyncio 实现: kLoop
    问个题外话
    架构图是用什么画的
    解耦的话 不是就应该单仓发布 单仓回滚吗。为什么会回退困难,回退困难说明就是有耦合的地方。。需要版本关联。
    源码配置模块是做不到的,构建模块里单独进目录 checkout 吧。。
    @retrocode
    业界应该只有 git submodule 和 google repo 两个常见方案,思路几乎是一致的,无非是工具不同罢了。
    git submodule 与 git 集合工作的更好一点。

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

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

    但是有例外情况,就是所有 submodule 都是解耦独立,无任何版本关联,可以做成你这个样子,只不过实现上也会比较搓,而且如果是完全独立,又会变成制品仓形式进行组合,无需使用 git submodule 了(矛盾.jpg )。
    真正发版发包的时候,除了各个子仓团队负责 push 代码和 tag 到子仓外,还需要在总仓将对应 submodule 也 checkout 到需要的 tag 上,并提交到对应分值(无论是 mr 还是 push )
    对于集成侧来说 他需要且仅需要主仓分支、tag 、commi id 即可出包,不关注也不想关注子仓对应关系。
    因为本身主仓的信息已经记录了各个子仓的 commit 状态。
    主仓本身就记录了 submodule 的每个对应的 commit id ,需要指定子仓 tag 才是违背集成直觉的事情。
    你在主仓 git 仓库点进各个子仓,你会发现记录的就是对应的 commit id
    41 天前
    回复了 mikeluckybiy 创建的主题 程序员 有没有性价比高一些的固态硬盘推荐?
    矿难盘 CD6 7.68T 3100
    关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   949 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 144ms · UTC 21:26 · PVG 05:26 · LAX 14:26 · JFK 17:26
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.