回顾
针对借助yocto构建linux 镜像我们已经讲述了7部分， 简单回顾如下：
Yocto: 第1部分 - yocto系列之yocto是个什么东东
https://mp.csdn.net/mp_blog/creation/editor/136742286
Yocto: 第2部分 - yocto系列之配置ubuntu主机
https://mp.csdn.net/mp_blog/creation/editor/136745533
Yocto: 第3部分 - yocto系列之构建与运行第一个镜像
https://mp.csdn.net/mp_blog/creation/editor/136760112
Yocto: 第4部分 - yocto系列之针对rk3588平台构建一个基本镜像
https://mp.csdn.net/mp_blog/creation/editor/136760112
Yocto: 第5部分 -yocto系列之创建和添加新的layer
https://blog.csdn.net/hanpca/article/details/136781418?spm=1001.2014.3001.5502
Yocto: 第6部分 -yocto系列之理解与创建第一个定制recipe
https://blog.csdn.net/hanpca/article/details/136781609
Yocto: 第7部分 -yocto系列之针对tarball编写recipes
https://blog.csdn.net/hanpca/article/details/136819473?spm=1001.2014.3001.5502
在这篇文章中，我们将讨论如何编写从git存储库中获取源代码的recipe。随着git迅速成为各种规模的公司和个人的源代码管理(SCM)机制的选择，这也迅速成为编写bitbake食谱的首选方式。
在上一篇文章中，我们讨论了如何从位于远程和本地存储的tarball中获取源代码，本文中的recipe与上一篇文章描述的recipe没有本质的区别，只有细微的差异。
编写一个基于git的recipe
我们应用同第七部分同样的repo资源：
https://github.com/teggerhan/yocto-test-apps
在第七部分我们编写recipe是为了获取tarball， 本篇我们编写recipe是为了获取git repo中的源码。
当前我们的meta-test的目录结构如下：
所用repo的提交历史情况如下：
假设我们要检出repo中commit id 是c01dfd4对应的源码资源，对应的bitbake recipe（hw_git.bb）如下：
SRCREV 变量表明要应用的对应哪个sha1 哈希值提交的源代码
SRC_URI 指明仓库源码树的地址与协议
我们看到这个recipe文件与上一篇文章最大的不同是对PV的变量赋值。上次我们了解到PV是recipe的版本号。它看起来是x.y.z这样的搁置。
本篇中对于基于git的recipe，PV的生成方式如上所示。这里，SRCPV是另一个帮助我们定义PV的变量。正如在Yocto文档中提到的，SRCPV本身在meta/conf/bitbak .conf中定义,PV的非git部分，即0.1要根据源代码的发布版本进行更改。
S变量现被显式地分配了一个值${WORKDIR}/git。这样做是依据Yocto文档对git存储库的要求。
通常，从git中获取的recipe的版本号可能会频繁变化。根据bitbake的要求，recipe本身的名称应该是recipe-name_git.bb。例如，在本例中，我们可以将recipe命名为hw_git.bb。
测试这个recipe
现在试着用这个recipe构建一下目标镜像，如果没有问题， 构建会成功。
