You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Yocto(Scarthgap)+KAS+自建GitLab环境下Git源码协作最佳实践咨询

Yocto(Scarthgap)+ KAS 搭配自建GitLab本地未提交源码测试最佳实践咨询

我们需要维护大量工具并开发新功能,部分工具存在依赖关联,需修改多仓库源码。所有源码存于独立Git仓库,对应Yocto配方在元层中。当前测试方案为克隆源码到配方文件目录,修改SRC_URI指向本地文件,测试完成后提交并更新SRCREV,但多仓库操作时流程繁琐,希望通过KAS配置切换到本地仓库工作区,无需提前提交即可测试。

当前配置

KAS配置

GIT_INTERN ?= "git://git@<myserv>:"
GIT_PROTOCOL ?= "ssh"

配方中SRC_URI示例

SRC_URI=" ${GIT_INTERN}/software/${GLOBAL_ARCH}/tools/<name>;protocol=${GIT_PROTOCOL};branch=main;name=<name>;destsuffix=<name>;"

已尝试的方案

  • 修改GIT_INTERN指向本地克隆仓库:
    GIT_INTERN = "git:///home/<user>/src/git"
    GIT_PROTOCOL = "file"
    
    此方法仅使用Git HEAD而非工作区,需本地提交修改,不符合需求。
  • 使用externalsrc类:需重构配方,无法复用GIT_INTERN变量,且无分支管理易导致状态不一致。
  • 使用devtools创建配方源码工作副本:效果尚可,但偏好当前克隆到文件并修改SRC_URI的方式。

我清楚无法兼得Git分支特性与直接使用工作区的便利,想了解Yocto构建时本地测试未提交源码的最佳实践。

内容的提问来源于stack exchange,提问作者Vki

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.06.02 00:14:50