這幾天，閑來無事熊响，就想鼓搗鼓搗測試搭建的 Jenkins
Jenkins 上原有的 Android 相關(guān)的 Job 有編譯 debug 的蕴掏、編譯 release 的和多渠道 release 的辜腺，一共三個 Job，感覺一點(diǎn)也不極客范袍镀，遂想折騰一下
關(guān)于 Tomcat ， Jenkins 等環(huán)境冻晤，編譯工具鏈的安裝這里就不介紹了苇羡，網(wǎng)上一大堆，都玩爛了鼻弧，也沒什么難度设江，下面進(jìn)入正題
首先，想要把三個 Job 集合起來攘轩，肯定要用到參數(shù)化構(gòu)建的叉存，下面是我需要的參數(shù)
| 參數(shù)名 | 作用 |
|---|---|
| Branch | 指定編譯哪一個分支 |
| BuildType | 編譯類型 debug， release度帮， 多渠道等 |
| EmailList | 接收編譯結(jié)果的郵箱列表 |
首先 Branch 參數(shù)歼捏，我一開始使用的是手動填寫的方式，但是感覺不爽笨篷，后來在網(wǎng)上看到了 Dynamic Choice Parameter 瞳秽，它可以使用腳本生成動態(tài)的下拉列表框
代碼如下
def git_address = "git@gitlab.xxxxx.com:xxxxx.git"
def Branches_build = ("git ls-remote -h " + git_address).execute()
Branches_build.text.readLines().collect {
it.split()[1].replaceAll('refs/heads/', '')
}.unique()
這段代碼的核心是 git ls-remote -h remote_address
ls-remote 的意思是：列出遠(yuǎn)程倉庫中，所有可用的引用
-h / --heads 是用來只顯示 refs/heads 的引用
命令運(yùn)行效果如下
git ls-remote -h git@gitlab.xxxx.com:xxxx.git
e2e7cb5e614915627ec46188613aa0e68fff824d refs/heads/dev
710ce06a02cca7e48e557dbc29d36d0791cb3c3a refs/heads/master
18aacde7d9d7047d3e1581569fa901b2f8eb07ac refs/heads/release/0.5.0_no_face_test
ae7ee8b75622dc69857462f7e5e9599f46afe90c refs/heads/release/v0.2.0
1ed148ca137daca49663f760d72a72666cb7a761 refs/heads/release/v0.3.0
702c29dafdf5ac3fa9edb8ab2d4ee5803ae98553 refs/heads/release/v0.4.0
61d1466dd051e497722a03c2efbd77db9c853e3a refs/heads/release/v0.5.0
6326873bdfc5819c3ca8ee756682d086d56614be refs/heads/release/v0.5.3
6d2ea95393185f2d366a234aa0910d8e145d2bc2 refs/heads/release/v1.0.0
3f0ac34e9b334aae34030756c4a8c0470578ad0c refs/heads/release/v1.0.1
it.split()[1].replaceAll('refs/heads/', '') 是把每一行分隔后冕屯，取第 1 個位置的字符串寂诱，然后把 refs/heads/ 替換為空字符串
最終效果如圖
第一個參數(shù)搞定，接下來是第二個 BuildType 這個就簡單了安聘，直接一個 Choice 即可搞定痰洒，第三個 EmailList 也很簡單瓢棒，一個 String Parameter，就不貼圖了
在 配置 -> 源碼管理 -> Branch Specifier (blank for 'any') 填入 ${Branch} 來指定分支
構(gòu)建觸發(fā)器 也不詳細(xì)說了丘喻，我加上了 Poll SCM 每 15 分支檢查一次脯宿，但是好像和參數(shù)化構(gòu)建有沖突，上網(wǎng)搜這個泉粉，有人說连霉，參數(shù)化構(gòu)建和 Poll SCM 最好不要在一個 Job 里
構(gòu)建環(huán)境 可以把 Set Build Name 勾上，這樣就可以修改每個 Build 的名字了嗡靡，在列表里看起來更直觀跺撼，比如 #${BUILD_NUMBER}-${Branch}-${BuildType} ，就會在 Job 頁顯示形如 #25-dev-debug 的 Build Name讨彼，很直觀
這里推薦一個插件 user build vars歉井，它可以把開啟構(gòu)建的用戶的相關(guān)信息寫入到構(gòu)建環(huán)境中
下面的表格是所有支持的參數(shù)
| Variable | Description |
|---|---|
| BUILD_USER | Full name (first name + last name) |
| BUILD_USER_FIRST_NAME | First name |
| BUILD_USER_LAST_NAME | Last name |
| BUILD_USER_ID | Jenkins user ID |
| BUILD_USER_EMAIL | Email address |
安裝后，在 構(gòu)建環(huán)境 中哈误，把 Set jenkins user build variables 勾上哩至，就可以使用上面的參數(shù)了
這個插件很有用，比如自動發(fā)送編譯結(jié)果的郵件給開啟編譯任務(wù)的人
然后是構(gòu)建蜜自，我沒有使用 Gradle 插件來編譯菩貌，而是自己寫的腳本
echo ${BUILD_NUMBER}
echo ${Branch}
echo ${BUILD_USER_EMAIL}
echo ${BUILD_USER}
source ~/.bash_profile
# 拷貝后的要用來存檔的目錄
output_app_dir="$WORKSPACE/app/build/jenkins"
# 編譯工具輸出的目錄
output_apk_dir="$WORKSPACE/app/build/outputs"
build_type="${BuildType}"
# 上傳蒲公英的 apk 路徑
upload_apk_path=""
# 下面判斷編譯類型，來執(zhí)行不同的 task
if [ "$build_type" == "debug" ]; then
gradle clean assembleDebug --stacktrace
mkdir "$output_app_dir"
cp $output_apk_dir/apk/app-debug.apk $output_app_dir/debug_${BUILD_NUMBER}.apk
upload_apk_path=$output_app_dir/debug_${BUILD_NUMBER}.apk
elif [ "$build_type" == "release" ]; then
gradle clean assembleRelease --stacktrace
mkdir "$output_app_dir"
cp $output_apk_dir/apk/app-release.apk $output_app_dir/release_${BUILD_NUMBER}.apk
cp $output_apk_dir/mapping/release/mapping.txt $output_app_dir/mapping_${BUILD_NUMBER}.txt
upload_apk_path=$output_app_dir/release_${BUILD_NUMBER}.apk
else
# 多渠道打包用的是 美團(tuán)的 walle
#gradle clean assembleReleaseChannels --stacktrace
# -DBUGLY_ENABLED=true 是向 Gradle 中傳遞一個參數(shù)重荠，用來開啟 bugly 的 mapping 上傳任務(wù)
gradle clean -DBUGLY_ENABLED=true assembleReleaseChannels --stacktrace
mkdir "$output_app_dir"
cp -r $output_apk_dir/channels $output_app_dir/channels_${BUILD_NUMBER}
cp $output_apk_dir/mapping/release/mapping.txt $output_app_dir/mapping_${BUILD_NUMBER}.txt
# 找到含有指定渠道名的 apk 文件的路徑用來上傳蒲公英
upload_apk_path=`find "$output_app_dir/channels_${BUILD_NUMBER}" -name "*-xxxx-*.apk"`
fi
#上傳到蒲公英
echo "++++++++++++++upload to pgyer+++++++++++++"
#蒲公英上的User Key
uKey="xxxxxx"
#蒲公英上的API Key
apiKey="xxxxx"
#要上傳的apk文件路徑
APK_PATH="${upload_apk_path}"
#執(zhí)行上傳至蒲公英的命令
if [ -f "$APK_PATH" ]; then
curl -F "file=@${APK_PATH}" -F "uKey=${uKey}" -F "_api_key=${apiKey}" http://www.pgyer.com/apiv1/app/upload
fi
BUGLY_ENABLED 的值是用來控制 bugly 開啟和關(guān)閉狀態(tài)的
bugly {
appId = 'xxxxx' // 注冊時分配的App ID
appKey = 'xxxxxx' // 注冊時分配的App Key
// 獲取 BUGLY_ENABLED 的值
def isEnabled = System.getProperty("BUGLY_ENABLED", "false")
System.out.println("BUGLY_ENABLED " + isEnabled)
boolean enable = Boolean.parseBoolean(isEnabled)
execute = enable
upload = enable
uploadMapping = enable
uploadSymbol = enable
}
美團(tuán) walle 多渠道打包配置
walle {
// 指定渠道包的輸出路徑
apkOutputFolder = new File("${project.buildDir}/outputs/channels")
// 嘗試獲取 Jenkins 的 BUILD_NUMBER 的值
def buildNum = System.getenv("BUILD_NUMBER") as Integer ?: '${buildTime}'
// 定制渠道包的APK的文件名稱
apkFileNameFormat = 'XXXXX-${channel}-${buildType}-v${versionName}-' + buildNum + '.apk'
// 渠道配置文件
channelFile = new File("${project.getProjectDir()}/channel")
}
構(gòu)建后箭阶，用于存檔的文件
app/build/jenkins/*.txt,app/build/jenkins/channels*/,app/build/jenkins/*.apk
最后是構(gòu)建完成后的自動發(fā)送郵件，網(wǎng)上也有許多我這里不贅述了
我發(fā)送的是 ${BUILD_USER_EMAIL},${EmailList}
完晚缩！
