为Github仓库添加Github Actions实现持续集成: Android apk自动编译发布以及github pages同步推送coding.net

最新推荐文章于 2024-09-12 20:30:26 发布
最新推荐文章于 2024-09-12 20:30:26 发布
阅读量1k 收藏 1
点赞数 1
分类专栏： Github Android Java 文章标签： actionscript github web development yaml
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_32507255/article/details/112493784
版权
Github 同时被 3 个专栏收录
6 篇文章 0 订阅
订阅专栏
Android
3 篇文章 0 订阅
订阅专栏
Java
2 篇文章 0 订阅
订阅专栏

内容转载自我的博客

文章目录

说明

对于普通的github仓库，只需要在根目录创建.github/workflows/文件夹即可自动使用Actions功能，具体执行的操作可以创建一个配置文件（命名不限），如build_apk.yml
Github Actions产品对公开仓库是完全免费的，对私人仓库每月有2000分钟使用时间，详细说明见费用。另外，github有许多官方已经实现好的actions可以供用户直接调用，用户只需用设置参数即可
每个配置文件称为一个工作流程（workflow），每个工作流程可以包含多个作业（job），每个作业可以包含一系列的步骤（steps），每个step可以称为action，可以认为这是三个层级

1. 编写Android项目的CI配置文件

这里以项目WhuHelper为例，介绍如何使用YAML语法和Github Actions功能

  • 原始仓库的文件版本为c1a78da
  • 添加CI功能（自动进行build test、build app-debug.apk）以后的文件版本为4ef2e90，只需要关注文件build_apk.yml即可，其他文件无变化
  • 最终的CI功能包括自动进行构建测试、构建app-debug.apk、创建仓库的release（只包括代码，且只在push tag时触发）、为此次release添加apk文件，文件版本为20fe364，只需要关注文件build_apk.yml即可，其他文件无变化

主要涉及到的操作为：设置workflow及以下层级的每个操作名字、设置workflow的触发条件、创建多个job、job的条件执行、调用别人写好的actions、自己为某个step设置输出参数供其他步骤调用、持久化build的结果、上传build的结果供用户下载、下载build的结果供下一步操作使用、多个job之间传递数据、多个step之间传递数据、使用环境变量
实例build_apk.yml文件内容及解析如下：

name: Auto build debug apk

# 设置workflow的触发条件
# 在pull和push到主分支时触发workflow
# 在push tags时触发workflow
on:
  pull_request:
    branches:
      - 'master'
  push:
    branches:
      - 'master'
    # 在push tag时触发
    tags:
      - '*'

# workflow的所有作业job
jobs:
  # 单个job的名字：测试Android项目
  # 每个job执行完毕会默认删除所有文件等
  #   可通过cache来保留特定文件夹和文件
  #   也可使用upload-artifact上传来实现保留文件，再配合download-artifact实现多job之间的数据传递
  test:
    # test这个作业的实际名字
    # 也是执行build时Actions监控处显示的名字
    name: Run Unit Tests
    # job的运行平台，还有windows、macos及不同版本可供选择
    runs-on: ubuntu-18.04
    # test任务的具体步骤，可以有很多个步骤，都写在这里
    steps:
      # 使用别人写好的指定版本的actions脚本，名称是checkout
      # 这是步骤1，即每个'-'符号到下一个'-'符号之间的部分是一个步骤
      - uses: actions/checkout@v2
      # 这是步骤2，创建java环境，with里面填写actions的输入参数
      - name: set up JDK 1.8
        uses: actions/setup-java@v1
        # 设置setup-java脚本的输入参数
        with:
          java-version: 1.8
      # 步骤3，执行shell命令
      - name: Unit tests
        run: bash ./gradlew test --stacktrace

  apk:
    name: Generate APK
    runs-on: ubuntu-18.04

    steps:
      - uses: actions/checkout@v2
      - name: set up JDK 1.8
        uses: actions/setup-java@v1
        with:
          java-version: 1.8
      - name: Build debug APK
        run: bash ./gradlew assembleDebug --stacktrace
      # 利用upload-artifact实现build结果的保存（可以在Actions的控制台下载压缩文件）
      - name: Upload APK
        uses: actions/upload-artifact@v2
        with:
          # 设置压缩文件的名称，在控制台会得到WhuHelper-debug.zip文件的下载链接
          # 下载后解压缩，里面直接可以看到app-debug.apk，没有其他东西
          name: WhuHelper-debug
          path: app/build/outputs/apk/debug/app-debug.apk

  deploy:
    name: Upload Release Asset
    # 依赖上一个job
    needs: apk
    runs-on: ubuntu-latest
    # 只在tag时执行，即在自己终端运行以下代码后才会触发
    # git tag -a v0.1.0 -m "release 0.1.0 version"
    # git push origin –-tags
    if: contains(github.ref, 'tags/')
    steps:
      # 自己编写的shell命令
      # 学习如何设置单个任务的输出来被其他任务调用
      - name: Prepare Release
        # 设置id一般是为了其他step调用本步骤的输出
        id: prepare_release
        run: |
          TAG_NAME=`echo $GITHUB_REF | cut -d / -f3`
          echo ::set-output name=tag_name::$TAG_NAME
      - name: Download build result for job apk
        # 只有上一步获取到tag_name才继续，下载前面apk任务里面的WhuHelper-debug.zip文件
        # 自动解压缩到当前文件夹，自动删除原压缩文件
        # 多任务之间的数据交换
        if: steps.prepare_release.outputs.tag_name
        uses: actions/download-artifact@v2
        with:
          name: WhuHelper-debug
      - shell: bash
        # 手动更改apk名字
        run: |
          mv app-debug.apk  app-debug-${{steps.prepare_release.outputs.tag_name}}.apk 
      # 发布release，版本号是用户git push的tag里面的版本号，发布的只有代码压缩包（与手动默认发布一致）
      - name: Create Release
        id: create_release
        # 只有上一步获取到tag_name才继续
        if: steps.prepare_release.outputs.tag_name
        uses: actions/create-release@v1
        env:
          # GitHub 会自动创建 GITHUB_TOKEN 密码以在工作流程中使用
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
          # 设置时区，默认是格林尼治时间
          # TZ: Asia/Shanghai
        with:
          tag_name: ${{steps.prepare_release.outputs.tag_name}}
          release_name: Release ${{steps.prepare_release.outputs.tag_name}} by zfb
          draft: false
          prerelease: false
      # 这一步是对上一步发布的release文件的补充，调用github api上传一个apk文件
      - name: Upload Release Asset
        id: upload-release-asset 
        # 只有create_release成功得到输出才继续
        if: steps.create_release.outputs.upload_url
        uses: actions/upload-release-asset@v1
        env:
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
        with:
          upload_url: ${{ steps.create_release.outputs.upload_url }} 
          asset_path: ./app-debug-${{steps.prepare_release.outputs.tag_name}}.apk
          asset_name: app-debug-${{steps.prepare_release.outputs.tag_name}}.apk
          asset_content_type: application/vnd.android.package-archive

2. 编写Jekyll项目的CI配置文件

2.1 配置coding.net

主要包括以下步骤：

  • 首先新建一个空项目（如果已经有了的话就不需要再新建，但是要保证与Github的对应仓库版本一致，防止无法commit）
  • coding.net的代码仓库新建访问令牌，授予仓库权限，假设名字为GITHUB_AUTO_DEPLOY，复制显示的token备用
  • 在该代码仓库，找到设置-->仓库设置，即可看到设置本仓库地址的方法，本例子显示为（格式为https://e.coding.net/团队名/项目名/仓库名.git）
    git remote set-url origin https://e.coding.net/zfbin/zfbin/zfbin.git

使用token来读写远程仓库（格式为https://用户名:token@e.coding.net/团队名/项目名/仓库名.git），使用如下命令自己测试一下，用户名（默认是手机号码）为13677888877，上一步得到的token是cdd0b865cdd0b865cdd0b865cdd0b865cf87ce84，团队名称是zfbin，项目的名称是zfbin，代码仓库的名称是zfbin（这里所有配置的敏感信息都是示例）：

 ~/work/github/zfbin > git push  "https://13677888877:cdd0b865cdd0b865cdd0b865cdd0b865cf87ce84@e.coding.net/zfbin/zfbin/zfbin.git" master:master
Everything up-to-date
 ~/work/github/zfbin >

2.2 配置github

打开Github的此仓库的Secrets选项，新建以下秘钥：

DEPLOY_CODING    cdd0b865cdd0b865cdd0b865cdd0b865cf87ce84
CODING_USERNAME  13677888877
CODING_REF       e.coding.net/zfbin/zfbin/zfbin.git

2.3 自动部署到coding.net

github的仓库的原始文件版本为8570167，最终添加github actions之后的文件版本为0462a89e，不需要关注其他文件，只考虑.github/workflows/deploy_to_coding.yml文件，其内容如下：

name: Auto deploy to coding pages

# 在push主分支时触发构建
on:
  push:
    branches:
      - 'master'

jobs:
  # job的名字：推送到coding
  deploy:
    name: Deploy to Coding
    # job的运行平台
    runs-on: ubuntu-18.04
    # test任务的步骤
    steps:
      # 使用别人写好的指定版本的actions脚本，名称是checkout，下载本仓库
      - uses: actions/checkout@v2
      - name: 设置提交者的个人信息
        # 这三个变量的值都放在 https://github.com/zfb132/zfb132.github.com/settings/secrets
        env:
          # 设置时区
          TZ: Asia/Shanghai
          # 在coding.net的某个仓库新建访问令牌出现的秘钥
          coding_token: ${{ secrets.DEPLOY_CODING }}
          # 团队中的某个人的用户名，一般默认是本人手机号码
          coding_username: ${{ secrets.CODING_USERNAME }}
          # 格式为：e.coding.net/组织名/项目名/仓库名.git
          coding_ref: ${{ secrets.CODING_REF }}
        run: |
          export message=$(git log --pretty=format:"%s" -1)
          [ -f CNAME ] && rm CNAME || echo "CNAME doesn't exist"
          rm -rf .github
          rm -rf .git
          git clone https://${coding_username}:${coding_token}@${coding_ref} coding_dir
          cd coding_dir && mv .git ../ && cd ../ && rm -rf coding_dir
          git config --local user.email "zfb132@gmail.com"
          git config --local user.name "zfb"
          git config core.filemode false
          git remote set-url origin https://${coding_ref}
          git add .
          git commit -m "$message"
          git push --force --quiet "https://${coding_username}:${coding_token}@${coding_ref}" master:master

具体运行的命令的解释：

  • export message=$(git log --pretty=format:"%s" -1)是获取github的提交的message
  • rm CNAME是删除github仓库的CNAME文件，因为coding.net不需要此文件
  • rm -rf .github是删除github actions的配置文件，因为coding.net不需要进行CI
  • rm -rf .git是删除github仓库时的git信息，为后面使用coding.net的git清理空间
  • git clone https://${coding_username}:${coding_token}@${coding_ref} coding_dir是克隆coding.net的对应仓库，主要为了.git文件夹，所以只是把此仓库下载到一个临时文件夹coding_dir
  • cd coding_dir && mv .git ../ && cd ../ && rm -rf coding_dir是把coding.net的.git文件夹替换掉原来的，并且删除临时文件夹
  • git config --local user.email "zfb132@gmail.com"是设置提交者的电子邮箱地址
  • git config --local user.name "zfb"是设置提交者的名字
  • git config core.filemode false忽略文件属性的问题，因为github的文件模式（权限）不一定与coding.net的相同
  • git remote set-url origin https://${coding_ref}是设置远程仓库的地址为coding.net的仓库
  • git add .是添加文件到暂存区
  • git commit -m "$message"设置commit的信息与github一致
  • git push --force --quiet "https://${coding_username}:${coding_token}@${coding_ref}" master:master是强制推送到远程仓库
Git复习-(Git基础概念,Git的基本操作,Git 分支)
m0_64526818的博客
02-01 814
Git基础概念,Git的基本操作,Git 分支
WebHook结合GitHub Action与Coding实现博客持续集成部署到个人服务器
小帅の技术博客
09-13 966
前言 什么是GitHub Action、GitHub Page Github Action 可以帮助您自动完成软件开发周期内的任务，它是事件驱动的，而且已经和GitHub深度整合，可以运行很多GitHub事件，最普遍的是推送到master分支。但是actions并不仅仅只是部署和发布，它们都是容器，毫不夸张地说你可以做任何事情 —— 有着无尽的可能性！你可以用它们压缩合并CSS和JavaScript，有人在你的项目仓库里创建issue的时候向你发送信息，以及更多……没有任何限制。 GitHub ..
【Git】Git复习
编程学习集装箱
11-22 599
常用的Linux命令 1）、cd : 改变目录。 2）、cd . . 回退到上一个目录，直接cd进入默认目录 3）、pwd : 显示当前所在的目录路径。 4）、ls(ll): 都是列出当前目录中的所有文件，只不过ll(两个ll)列出的内容更为详细。 5）、touch : 新建一个文件 如 touch index.js 就会在当前目录下新建一个index.js文件。 6）、rm: 删除一个文件, rm index.js 就会把index.js文件删除。 7）、mkdir: 新建一个目录,就是新建一个文件
学会Github Actions自动发布版本
最新发布
ngd-b的博客
09-12 1325
Github Actions是一个 CI/CD 工具，可以自动执行代码仓库中的任务，比如构建、测试和部署等。学会Github Actions，解放自己的双手。
git复习
CSDNJAVALIKE的博客
08-18 2335
简单复习git
【Git篇】复习git
小吉妙妙屋
03-27 666
Git是一种分布式版本控制系统，它可以追踪文件的变化、协调多人在同一个项目上的工作、恢复文件的旧版本等。
04.使用 github actions+docker 自动部署前后端分离项目 zhontai (.net core+vue)
我不懂，可我不傻
07-18 820
Github Actions是什么？是 GitHub 提供的一种持续集成/持续部署（CI/CD）工作流程自动化服务,助力项目的自动化构建、测试和部署。依托于平台，本文将分享使用 GitHub Actions 完成对一个.Net Core+Vue 的前后端分离项目 zhontai 的构建，并使用 docker 部署到云服务器(阿里云)
GitHub + Coding 实现博客快速自动化部署
小帅の技术博客
09-13 614
背景 最近不是在弄博客嘛，之前活动的时候买的阿里云服务器过期了，现在也没优惠了，淦，搬砖党买不起啊，现在就想搞个服务器把我博客弄上去跑起来~ 我主要就是玩下静态博客和nodejs啥的，对服务端没啥需求，docker和mysql我也不搞，所以就算搞了服务器也是浪费呀，没必要没必要~ 我白嫖党只是单纯的想要个白嫖的机会???? 简单说明下我的需求： 有个可以部署博客的服务器（当然最好是免费的，这个很重要????） 可以和GitHub绑定实现自动化部署（我代码都是放在GitHub的，我提交代码的时候希望可以实
使用github action同时部署hexo到github和coding最优雅的方式
My urban life
07-13 1024
原文发于我的博客和公众号：“Noosphere博客”，“智圈云公众号”，了解相关信息可以关注“智圈云” 目标 我们知道使用github action 可以很简单的部署hexo的静态文件到github pages，但是如果在国内我们希望部署到github pages同时也部署到coding，然后通过dns双线路由，另外，我们可能有多个账号，比如公司的和个人的博客或者网站，也是同时部署到coding和github，那就这个github action解决不了，下面我们改造一下，使其达到这个目标： hexo的.
优雅的将hexo部署到github和coding
My urban life
07-20 656
1. 前言 上次写了篇文章 使用github action同时部署hexo到github和coding最优雅的方式，从实现原理的角度做了介绍，由于实现的目标比较多，所以看起来比较复杂，这次我们不讲原理，仅仅按实现目标来介绍如何配置。 1.1 目标 先说我们要实现的目标，然后再按目标来介绍方法 hexo的source存放在独立私有库jiuhao 生成的静态文件存放在github和coding独立的库 本地可以通过 hexo d -g一个命令一次性部署到github和coding 可以通过git push推送
async-git:from从当前的git仓库中检索数据
05-01
异步git :alien_monster: 从当前的git仓库中检索数据 * Getter属性是异步的（getter）， const git = require ( 'async-git' ) ; ` ${ await git . author } committed ${ await git . message } ` // Omri committed Some changes 吸气剂 财产 类型 描述 例子 author 细绳 上次提交的作者姓名 await git.author body 细绳 最新提交消息正文 await git.body branch 细绳 当前分支名称 await git.branch changed 细绳[] 上次提交中更改的文件列表 await git.changed comitter 细绳 最后提交的提交者名称 await git.comitter dat
Git复习总结
曾小超的博客
05-14 502
git：分布式版本控制系统 svn：集中式版本控制系统 1.安装git，傻瓜式安装 2.要使用git命令行前，要先切换到git bash模式 3.git配置： 用户信息： git config --global user.name "zcy" git config --global user.email "123@qq.com" 检查所有的配置：git config --list 4.获取Git仓库 4.1. ...
git的使用复习回顾
Hello_or_World的博客
03-19 251
根据廖雪峰老师学习所得笔记，用于复习回顾。 廖雪峰 git 学习网址https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000 1.首先安装git 2.初始化仓库 在你想要作为仓库目录下 输入命令：git init 便会自动创建空的仓库 3.提交文件 把想要提交...
Git From GitHub
DMW2016的博客
09-03 563
Git From GitHub 在 GitHub 上进行 Fork（将仓库通过GitHub提供的Fork操作添加到自己的仓库上，选择对应的分支） 将❶的仓库 clone 至本地开发环境 git clone <url> 在本地环境中创建特性分支 git checkout -b <branch-name> // 创建名为branch-name的分支, 并切换到bran...
git -C
weixin_33924312的博客
09-03 1820
https://git-scm.com/docs/git -C &lt;path&gt; Run as if git was started in &lt;path&gt; instead of the current working directory. When multiple -C options are given, each subsequent non-absolute -C ...
Git学习笔记 （git的介绍、安装、使用）
csdn15646774的博客
11-26 191
强烈推荐官方文档，有中文，个人git的学习笔记
github action可以自动构建代码对应的安卓APP吗
m0_57236802的博客
10-13 381
GitHub Actions是GitHub提供的一种CI/CD（持续集成/持续交付）服务，它可以帮助你自动化构建、测试和部署你的项目。这只是一个简单的示例，你可以根据你的项目和需求定制你的GitHub Actions工作流程，例如，添加测试步骤、缓存依赖以加速构建、上传构建的APK到GitHub Releases或其他平台等。一旦你提交了这个文件，GitHub Actions就会自动运行你定义的工作流程，每当有人向。在上述工作流程示例中，我们定义了一个名为“Android CI”的工作流程，它在每次向。
Github Action 编译和发布APK
cyang's blog
03-13 3152
使用 Github 的 Action 来自动编译并且发布软件到 Release 如下代码分为两个部分， Build 生产 APK 发布 APK 到 release 页面 代码如下: name: Build and Release on: push: branches: - master - "feature/*" tags: - "v*.*.*" pull_request: branches: - master - "feat.
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值