在Yocto框架中构建单仓内源码，不存入files子目录的方案

针对你在monorepo中集成C++源码到Yocto构建的需求，以下是你尝试的三种方案的正确性及潜在问题分析：

1. 直接指定绝对路径的SRC_URI #

• 正确性：技术层面可实现，通过SRC_URI = "file:///absolute/path/to/your/source/"直接让bitbake读取本地源码，跳过远程拉取步骤。
• 潜在问题：
  • 路径硬编码导致完全不具备可移植性，团队成员或不同构建环境的路径不一致会直接引发构建失败。
  • 破坏Yocto构建的隔离性，构建依赖外部未受管控的路径，容易出现版本不一致、构建污染等问题。
  • 不符合Yocto对源码目录(S)的标准化流程，后续补丁应用、编译配置等步骤可能出现异常。

2. 修改FILESEXTRAPATHS_prepend #

• 正确性：这是Yocto官方认可的扩展文件搜索路径的方式，通过在recipe中添加相对路径配置（例如FILESEXTRAPATHS_prepend := "${THISDIR}/../../path/to/source:"），可让bitbake在指定的额外路径中查找源码。配合SRC_URI = "file://./"即可读取monorepo内的本地源码，同时保留源码在Yocto层外的独立性，支持其他工具链构建。
• 潜在问题：
  • 相对路径依赖recipe在层中的目录结构，后续调整层或recipe位置时，需同步修改路径，维护成本较高。
  • 需确保源码目录结构符合Yocto对S目录的预期，否则可能出现编译脚本找不到文件的情况。
  • 若源码目录包含大量非构建文件，会增加构建上下文的扫描时间，甚至意外引入无关文件。

3. 在files/目录创建相对软链接指向源码 #

• 正确性：可行，通过在recipe的files/目录下创建指向源码的相对软链接（例如ln -s ../../path/to/source source），再在SRC_URI中指定file://source/，bitbake会跟随软链接读取源码。
• 潜在问题：
  • 软链接的相对路径依赖目录结构，调整目录后软链接会直接失效。
  • 部分bitbake版本对files/目录下的软链接处理存在兼容性问题，可能无法正确将源码复制到S目录。
  • 部分CI环境或git配置会禁用或丢失软链接，导致构建失败。

内容的提问来源于stack exchange，提问作者davidA