.
版本： v0.3
作者：河東西望
日期：2022-7-5
.
如果你的開發是基於AOSP原始碼來建倉，那麼搭建repo伺服器和部署自己的repo倉庫就是非常必要的工作了。
現實中很多公司都是直接把AOSP原始碼放在一個git倉庫中來管理，這樣做沒什麼毛病。但是如果開發團隊人數較多，會存在一些明顯的弊端：
AOSP原始碼結構複雜龐大，除了本身的程式碼模組之外，還整合了五六百個第三方倉庫，這些倉庫也會在不停的更新迭代。AOSP維護整個程式碼倉庫框架就需要保持足夠的靈活性，於是就引進了repo指令碼來批次管理git倉庫。AOSP的原始碼切分的git倉庫數量多達六七百多個。
如果我們想要跟上游平臺倉庫保持一致的倉庫結構，很方便快捷的同步程式碼，而我們自己也能靈活的管理原生的擴充套件倉庫，就需要搭建部署自己的repo倉庫了。
在實際的團隊開發實踐中，程式碼管理框架一般是gerrit+repo的組合形式。gerrit的安裝部署和許可權管理等不是本檔案的內容，請讀者搜尋網路材料來安裝部署。本檔案的主要內容包括：
本檔案的伺服器作業系統是ubuntu18.04。
新的作業系統安裝包中已經包含了repo命令程式，可以直接通過下面的命令安裝：
sudo apt-get install repo
# 檢視repo版本
repo --version
<repo not installed>
repo launcher version 2.17
(from /usr/local/bin/repo)
git 2.34.1
Python 3.10.4 (main, Apr 2 2022, 09:04:19) [GCC 11.2.0]
OS Linux 5.15.0-39-generic (#42-Ubuntu SMP Thu Jun 9 23:42:32 UTC 2022)
CPU x86_64 (x86_64)
Bug reports: https://bugs.chromium.org/p/gerrit/issues/entry?template=Repo+tool+issue
安裝完畢，我們可以看到安裝的實際上是一個repo的引導器。它還不是完整的管理工具。
通過cat命令檢視一下repo檔案，實際上是一個python3指令碼.
which repo
/usr/local/bin/repo
cat /usr/local/bin/repo
........
使用者端在同步倉庫時一般用到的幾個命令序列：
# 初始化倉庫
repo init -u ....
# 檢出程式碼
repo sync -j16
# 建立本地分支
repo start <BRANCH> --all
# 批次執行git命令
repo forall -c `GIT COMMAND`
我們以清華大學官網的AOSP程式碼為例，操作一下repo的倉庫同步。
# 設定一下REPO_URL。
export REPO_URL='https://mirrors.tuna.tsinghua.edu.cn/git/git-repo/'
mkdir -p ~/aosp
cd aosp
# 初始化倉庫
repo init -u https://mirrors.tuna.tsinghua.edu.cn/git/AOSP/platform/manifest
Downloading Repo source from https://mirrors.tuna.tsinghua.edu.cn/git/git-repo/
remote: Enumerating objects: 7372, done.
remote: Counting objects: 100% (7372/7372), done.
remote: Compressing objects: 100% (3935/3935), done.
remote: Total 7372 (delta 4765), reused 5577 (delta 3363)
接收物件中: 100% (7372/7372), 3.27 MiB | 3.58 MiB/s, 完成.
處理 delta 中: 100% (4765/4765), 完成.
... A new version of repo (2.21) is available.
... You should upgrade soon:
cp /home/xxx/Documents/aosp/.repo/repo/repo /usr/local/bin/repo
Downloading manifest from https://mirrors.tuna.tsinghua.edu.cn/git/AOSP/platform/manifest
remote: Enumerating objects: 98793, done.
remote: Counting objects: 100% (98793/98793), done.
remote: Compressing objects: 100% (39423/39423), done.
remote: Total 98793 (delta 38918), reused 98123 (delta 38532)
接收物件中: 100% (98793/98793), 25.23 MiB | 2.40 MiB/s, 完成.
處理 delta 中: 100% (38918/38918), 完成.
Your identity is: xxx <[email protected]>
If you want to change this, please re-run 'repo init' with --config-name
Testing colorized output (for 'repo diff', 'repo status'):
black red green yellow blue magenta cyan white
bold dim ul reverse
Enable color display in this user account (y/N)? y
repo has been initialized in /home/xxx/Documents/aosp/
If this is not the directory in which you want to initialize repo, please run:
rm -r /home/yl/Documents/aosp//.repo
and try again.
repo init命令執行完畢，實際上就是下載了一個.repo目錄下(repo命令版本過時，可以根據提示更新一下，也可以不用更新)。
我們看一下repo目錄內容：
repo
├── manifests // 清單倉庫
│ ├── .git -> ../manifests.git/
│ ├── default.xml // 真正的倉庫清單檔案
│ ├── GLOBAL-PREUPLOAD.cfg
│ └── OWNERS
├── manifests.git // 清單倉庫git設定資訊
│ ├── branches
│ ├── config
│ ├── description
│ ├── FETCH_HEAD
│ ├── HEAD
│ ├── hooks
│ ├── index
│ ├── info
│ ├── logs
│ ├── objects
│ ├── packed-refs
│ └── refs
├── manifest.xml // 清單檔案，內容包含default.xml檔案
└── repo // repo工具指令碼
├── color.py
├── command.py
├── git_trace2_event_log.py
├── hooks
├── hooks.py
├── repo
├── .........
└── wrapper.py
repo init幹了這幾件事情：
repo批次管理倉庫的內容就在default.xml中。我們看一下檔案內容：
<?xml version="1.0" encoding="UTF-8"?>
<manifest>
<remote name="aosp"
fetch=".."
review="https://android-review.googlesource.com/" />
<default revision="master"
remote="aosp"
sync-j="4" />
<manifest-server url="http://android-smartsync.corp.google.com/android.googlesource.com/manifestserver" />
<superproject name="platform/superproject" remote="aosp"/>
<contactinfo bugurl="go/repo-bug" />
<project path="build/make" name="platform/build" groups="pdk" >
<linkfile src="CleanSpec.mk" dest="build/CleanSpec.mk" />
<linkfile src="buildspec.mk.default" dest="build/buildspec.mk.default" />
<linkfile src="core" dest="build/core" />
<linkfile src="envsetup.sh" dest="build/envsetup.sh" />
<linkfile src="target" dest="build/target" />
<linkfile src="tools" dest="build/tools" />
</project>
<project path="build/bazel" name="platform/build/bazel" groups="pdk" >
<linkfile src="bazel.WORKSPACE" dest="WORKSPACE" />
<linkfile src="bazel.sh" dest="tools/bazel" />
<linkfile src="bazel.BUILD" dest="BUILD" />
</project>
<project path="build/bazel_common_rules" name="platform/build/bazel_common_rules" groups="pdk" />
<project path="build/blueprint" name="platform/build/blueprint" groups="pdk,tradefed" />
<project path="build/pesto" name="platform/build/pesto" groups="pdk" />
<project path="build/soong" name="platform/build/soong" groups="pdk,tradefed" >
<linkfile src="root.bp" dest="Android.bp" />
<linkfile src="bootstrap.bash" dest="bootstrap.bash" />
</project>
<project path="art" name="platform/art" groups="pdk" />
<project path="bionic" name="platform/bionic" groups="pdk" />
<project path="bootable/recovery" name="platform/bootable/recovery" groups="pdk" />
<project path="bootable/libbootloader" name="platform/bootable/libbootloader" groups="vts,pdk" />
<project path="device/common" name="device/common" groups="pdk-cw-fs,pdk" />
<project path="device/generic/arm64" name="device/generic/arm64" groups="pdk" />
<project path="device/generic/armv7-a-neon" name="device/generic/armv7-a-neon" groups="pdk" />
<project path="device/generic/art" name="device/generic/art" groups="pdk" />
......
<repo-hooks in-project="platform/tools/repohooks" enabled-list="pre-upload" />
<!--
Merge marker to make it easier for git to merge AOSP-only manifest
changes to a custom manifest. Please keep this marker here and
refrain from making changes on or below it.
-->
</manifest>
這個ＸＭＬ檔案的語法，不是本檔案的內容。簡單說明一下幾個關鍵的：
remote: 遠端伺服器端repo倉庫名稱
project: 每個專案的git倉庫
path: 使用者端git倉庫路徑
name: 伺服器端git倉庫名稱
revision: 分支名稱或者commit id
linkfile: 軟連結檔案，src和dest表示源和目的。
copyfile: 檔案拷貝，src和dest表示源和目的。
groups: 分組。
概括一下repo批次管理倉庫的方式：
所以，repo倉庫的管理核心就在manifest.git，而起關鍵作用的組態檔就是倉庫清單檔案xxx.xml，有多少個專案倉庫，就有對應的xml清單檔案。
接著就是關鍵問題：搭建repo伺服器我們要做哪些事情？
簡而言之：
實際上，如果你的網路連結可以連結到外網的話，工具倉庫git-repo.git是不需要搭建部署的。
只需要通過REPO_URL這個環境變數來指定URL就可以自動拉取git-repo.git倉庫。
export REPO_URL=https://mirrors.tuna.tsinghua.edu.cn/git/git-repo/
常用的URL有這些：
## google地址，需要梯子。
https://gerrit.googlesource.com/git-repo
## 清華大學開源軟體映象站
https://mirrors.tuna.tsinghua.edu.cn/git/git-repo/
## 其他可以自己網上搜尋...
但是現實中，很多公司的外網是受限的，無法存取。這個時候就需要考慮搭建自己的工具倉庫git-repo.git了。
這個倉庫的搭建很簡單，就是一個普通的git倉庫，但是涉及到GPG簽名的問題就比較複雜。這個過程不是本檔案的內容，可以搜尋網際網路上的檔案資料。
部署清單倉庫的方式，跟普通的git倉庫沒有什麼差別。關鍵問題在：
從伺服器的角度來看，你的伺服器上肯定會管理多個專案倉庫（例如qcom8953,qcom8916,mtk6219,mtk2226,rk3399,rk3358等等）,那我們管理這些倉庫的方式可能有：
這兩種方式都可以，取決於你的程式碼管理策略。我一般在整個伺服器上使用一個manifests.git倉庫，通過不同的xml檔案來管理所有的專案倉庫。伺服器端專案倉庫的目錄結構設計如下：
aosp
├── manifests.git // 清單倉庫
│ ├── qcom8953.xml
│ ├── rk3399.xml
│ ├── rk3358.xml
│ └── mtk6226.xml
├── qcom/qcom8953 // 專案倉庫
├── rockchip/rk3399 // 專案倉庫
├── rockchip/rk3358 // 專案倉庫
└── mtk/mtk6226 // 專案倉庫
清單倉庫本身就是一個普通的git倉庫，他也是有分支的。同一個組態檔，例如qcom8953.xml,他也可以切分出不同的分支，來管理不同的專案倉庫版本。
清單倉庫的分支，跟專案倉庫的分支沒有直接的關聯關係。但是在實踐操作中，我們一般會在清單倉庫中建立專案倉庫對應的分支，方便管理對映。例如qcom8953專案倉庫，它有4個分支master、develop、test和release,那麼我們的manifests.git也可以建立四個分支，跟專案倉庫對應起來。
我這裡建立兩個分支：master和release。後面會按照這兩個分支來操作。
我們先看一下repo init命令的常用引數：
repo init --help
Usage: repo init [options] [-u] url
Options:
Manifest options:
-u URL, --manifest-url=URL
manifest repository location
-b REVISION, --manifest-branch=REVISION
manifest branch or revision (use HEAD for default)
-m NAME.xml, --manifest-name=NAME.xml
initial manifest file
repo Version options:
--repo-url=URL repo repository location ($REPO_URL)
--repo-rev=REV repo branch or revision ($REPO_REV)
--no-repo-verify do not verify repo source code
Other options:
--config-name Always prompt for name/e-mail
一般來說，-b的預設值是master，-m的預設值是manifests.xml。如果我們想要使用不同的預設的清單檔案，就需要在編寫伺服器端清單檔案和repo init引數時需要配合使用。
我這裡全部使用預設值。在aosp原始碼的mannifests.xml中則體現在這幾個項上：
<remote name="aosp"
fetch=".."
review="https://android-review.googlesource.com/" />
<default revision="master" ## 遠端預設分支
remote="aosp" ## 遠端預設倉庫，就是remote標籤中的name="aosp"
sync-j="4" />
編寫清單檔案，肯定不可能全部手寫，需要拿到一份原始的manifests.xml檔案。這份檔案需要你從你的源頭程式碼repo倉庫中獲取是最好的。
我這裡就以qcom的AOSP原始碼為例，修改出我自己的倉庫qcom8953.xml。
<?xml version="1.0" encoding="UTF-8"?>
<manifest>
<！--
remote: 伺服器遠端倉庫的資訊。
name： 遠端manifest倉庫名稱，一般預設為origin
fetch： 倉庫url。如果設定為"."(注意是一個點), 就表示在repo init -u url中設定。
review: 評審系統網址。如果提交程式碼，就會進入這個評審系統。
-->
<remote name="origin" fetch="." review="gerrit.your_domain.com" />
<!--
default： 這個repo倉庫的預設屬性。
revision： 預設的工程程式碼倉庫分支，可以修改這裡來指向不同的分支。
remote： 遠端倉庫的名稱。這裡跟<remote>標籤是對應的，當然還可以指向其他倉庫的remote。
-->
<default revision="master" remote="origin"/>
<!--
project: 每個倉庫就是一個project
path: 使用者端同步到本地後的路徑名稱。
name: 伺服器端git倉庫名稱,注意帶了路徑。
-->
<project path="build" name="build" />
<project path="device" name="device" />
<project path="frameworks/base" name="frameworks/base" />
<!--
重要說明:
這裡的build目錄和其下的三個子目錄：blueprint, kati, soong是巢狀的git倉庫結構！
這種巢狀的git倉庫。有一個非常重要的控制檔案:.gitignore.
父級目錄那種一定存在一個.gitignore檔案，其中包含了巢狀的子級倉庫路徑。
-->
<project path="build" name="build">
<!-- copyfile: 將build/core/root.mk拷貝為Makefile。其中帶有相對路徑 -->
<copyfile src="core/root.mk" dst="Makefile" />
</project>
<project path="build/blueprint" name="build/blueprint" />
<project path="build/kati" name="build/kati" />
<project path="build/soong" name="build/soong">
<!-- linkfile: 建立一個軟連結Android.bp指向build/soong/root.bp -->
<linkfile src="root.bp" dest="Android.bp" />
<linkfile src="bootstrap.bash" dest="bootstrap.bash" />
</project>
<!-- 更多倉庫資訊 ...... -->
</manifest>
建立清單倉庫可以有兩種方式：
第一種方式比較簡單，在WEB頁面上操作就可以，沒有什麼特別的。
重點介紹第二種命令列方式。
ssh -p 29418 <USERNAME>@<GERRIT_IP_ADDRESS> gerrit create-project aosp/manifests.git
建立完畢，在gerrit頁面上也可以看到這個manifests.git倉庫。管理員可以在頁面上建立兩個分支：master,release。
使用者端按照正常的git操作操作：
## 克隆程式碼
git clone .../manifests.git
## 提交清單檔案qcom8953.xml
git add qcom8953.xml
git commit -m "add qcom8953.xml"
git push
這樣我們就建立了一個manifests.git倉庫，並上傳了一個清單檔案qcom8953.xml。
下一步就是如何建立專案倉庫了。
初始工程倉庫的原始碼，最好來自平臺廠商提供的帶了.repo和.git的完整repo倉庫，然後我們看看如何將這個倉庫移植到我們自己的內部倉庫。
一般的操作步驟：
批次建立子倉庫只能通過gerrit命令列來進行。
ssh -p 29418 <USERNAME>@<GERRIT_IP_ADDRESS> gerrit create-project aosp/qcom8953/xxx.git
這裡我們需要知道的qcom8953倉庫的所有倉庫名字，然後通過指令碼來批次建立，有兩種方式：
我們最終需要一個倉庫列表檔案：project.list。檔案內容如下：
qcom/qcom8953/art
qcom/qcom8953/bionic
qcom/qcom8953/bootable/bootloader/edk2
qcom/qcom8953/bootable/recovery
qcom/qcom8953/build/blueprint
qcom/qcom8953/build/kati
qcom/qcom8953/build
qcom/qcom8953/build/soong
qcom/qcom8953/cts
qcom/qcom8953/dalvik
qcom/qcom8953/developers/build
qcom/qcom8953/developers/demos/JustForUs
qcom/qcom8953/developers/samples/android
qcom/qcom8953/development
qcom/qcom8953/device/common
qcom/qcom8953/device/generic/arm64
qcom/qcom8953/device/generic/armv7-a-neon
......
接下來我們可以使用下列命令來批次建立伺服器端空倉庫：
# 引數說明
# --empty-commit: 強制引數, 必須新增;
# -p YOUR-projects： 你的gerrit許可權倉庫。根據你的gerrit許可權名稱來確定。
# 其他引數就不要再新增了，畫蛇添足以後，多出很多問題。
# 注意遠端倉庫名稱前需要帶path字首(qcom/qcom8953)，防止伺服器端倉庫路徑混亂。
cat project.list | xargs -I {} ssh -p 29418 [email protected] gerrit create-project "{}" --empty-commit -p YOUR-projects
建立完畢，在gerrit頁面上就看到了幾百個git倉庫。
在上傳本地repo倉庫之前，需要做幾個預處理動作：
git remote set-url origin ssh://[email protected]:29418/xxx
倉庫預處理完畢，你需要一一上傳各倉庫的指定的分支和程式碼到伺服器倉庫。
這裡是通用的操作, 你也需要自己編寫指令碼進行上傳同步：
git checkout master
git push origin master:master
git push -- tags
當然，上傳之後，你最好在第三方測試驗證一下，是不是有些.gitignore或者某些巢狀倉庫存在問題，需要手工進行修復。
repo倉庫搭建完畢，對使用者端來說，使用操作並不麻煩，使用常用的repo命令和git命令即可完成程式碼提交。
# 初始化倉庫
repo init -u <remote manifests url> -n <manifests branch> -m <manifest NAME.xml>
# 檢出程式碼
repo sync -j16
# 建立本地分支
repo start <BRANCH> --all
# 批次執行git命令
repo forall -c `GIT COMMAND`
單個倉庫的程式碼提交合並：
git add xxx
git commit -m "xxxx"
git push HEAD:refs/for/BRANCH
初次提交時可能會報告no change id的小錯誤，百度搜尋一下，很容易修復的。