Skip to content

Latest commit

 

History

History
243 lines (178 loc) · 6.23 KB

Android-GitLabCi配置.md

File metadata and controls

243 lines (178 loc) · 6.23 KB
Raw

Android GitLabCi的配置

近期接到了这样一个小任务，由于在测试过程中我们需要经常打包apk，这个任务量说大不大说小也不小吧，然后决定配置一个ci，让 gitlab自动来做这件事情。

服务器环境

服务器:centos7

任务列表

  • 安装open JDK
  • 安装sdk
  • 安装gradle
  • 安装gitlab-ci-multi-runner

安装jdk

yum search java-1.8.0
yum install java-1.8.0-openjdk.x86_64

查看安装结果：

# java -version

openjdk version "1.8.0_131"
OpenJDK Runtime Environment (build 1.8.0_131-b12)
OpenJDK 64-Bit Server VM (build 25.131-b12, mixed mode)

配置环境变量： 在当前用户的bash_profile或者/etc/profile配置一下环境变量和JAVA_HOME eg:

export JAVA_HOME=/opt/soft/java
export CLASSPATH=:/lib:/jre/lib
export PATH=$PATH:$JAVA_HOME/bin

source profile 让配置立即生效

安装sdk

现在sdk都是由apkmanager统一管理的

下载sdktools

cd /opt

mkdir androidSdk

wget https://dl.google.com/android/repository/sdk-tools-linux-3859397.zip

unzip sdk-tools-linux-3859397.zip

在/opt/androidsdk/tools/bin下面有sdkmanager的命令，我们可以利用sdkmanager --list查看我们已经安装的内容，还可以用例如这样的命令sdkmanager build-tools;19.1.0，来安装我们需要的内容。装完之后我们还是要习惯性的sdkmanager --licenses看一下有没有没有同意的licenses.

配置sdk环境变量

PATH=$PATH:/opt/androidsdk/tools/bin
PATH=$PATH:/opt/androidsdk/platform-tools
export PATH
export ANDROID_HOME=/opt/androidsdk
export ANDROID_NDK_HOME=/opt/androidsdk/ndk-bundle

source profile 让配置立即生效

运行adb version

Android Debug Bridge version 1.0.39
Revision 3db08f2c6889-android
Installed as /opt/androidsdk/platform-tools/adb

如果看到以上内容，就代表成功了。

安装gradle

创建gradle目录解压并安装

cd /opt
mkdir gradle
cd gradle
wget https://services.gradle.org/distributions/gradle-4.0.1-bin.zip
unzip gradle-4.0.1-bin.zip

配置环境变量(可以在/etc/profile下面配置，也可以在用户的bash_profile下面配置)

PATH=$PATH:/opt/androidsdk/tools/bin
PATH=$PATH:/opt/gradle/gradle-4.0.1/bin
PATH=$PATH:/opt/androidsdk/platform-tools
export PATH

export ANDROID_HOME=/opt/androidsdk
export ANDROID_NDK_HOME=/opt/androidsdk/ndk-bundle

检查是否配置成功

gradle -version

安装gitlab-ci-multi-runner

yum install gitlab-ci-multi-runner

注册runner：

$ sudo gitlab-ci-multi-runner register

Please enter the gitlab-ci coordinator URL (e.g. https://gitlab.com )
https://mygitlab.com/ci
Please enter the gitlab-ci token for this runner
xxx-xxx-xxx
Please enter the gitlab-ci description for this runner
my-runner
INFO[0034] fcf5c619 Registering runner... succeeded
Please enter the executor: shell, docker, docker-ssh, ssh?
docker
Please enter the Docker image (eg. ruby:2.1):
node:4.5.0
INFO[0037] Runner registered successfully. Feel free to start it, but if it's
running already the config should be automatically reloaded!

更新runner

  # For Debian/Ubuntu
  sudo apt-get update
  sudo apt-get install gitlab-ci-multi-runner

  # For CentOS
  sudo yum update
  sudo yum install gitlab-ci-multi-runner

配置文件默认会在/etc/gitlab-runner/config.toml

简单配置：

concurrent = 1
check_interval = 0

示例配置文件:

[[runners]]
  name = "test"
  url = "http://your-domain.com/ci"
  token = "your-token"
  executor = "docker"
  [runners.docker]
    tls_verify = false
    image = "node:4.5.0"
    privileged = false
    disable_cache = false
    volumes = ["/cache"]
  [runners.cache]
  [runners.kubernetes]
    host = ""
    cert_file = ""
    key_file = ""
    ca_file = ""
    image = ""
    namespace = ""
    privileged = false
    cpus = ""
    memory = ""
    service_cpus = ""
    service_memory = ""

配置构建任务

在项目的根目录下，添加.gitlab-ci.yml文件，

image: openjdk:8-jdk
stages:
  - build
  - test
build:
  tags:
    - test-env
  stage: build
  script:
    - ./gradlew assembleDebug
  artifacts:
    paths:
    - app/build/outputs/

这个就是简单的，build一下打包出一个debug版本的apk，当然我们还可以编辑出各种脚本，我们也可以在这里编写代码的测试的，这个都是可以的。

这里面有一个tags:- test-env的概念，这个就是决定我们要选择哪一个runner。

效果图：

最后补充一下，我们本次是在centos7上面配置嘛，遇到了很多权限方面的问题，简单补充一下：

权限

这里面是分成9位的，前三位是自己的权限，中间三位是同组人的权限，最后三位是其它人的权限。 我们可以根据自己的实际情况进行分配权限，最大就是chmod -777 xxx这个就是最高级别的权限了，就是谁都可以动的了，大家要合理决定是否给出这么大权限，当然如果这是一个文件夹我们还可以加一个-r参数，这样就会递归分配它下面的目录。

我们也可以通过chown -R --recursive把文件夹的所有者分配给别人。

参考