github action初体验实现maven项目自动ci test

这篇具有很好参考价值的文章主要介绍了github action初体验实现maven项目自动ci test。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

这里是weihubeats,觉得文章不错可以关注公众号小奏技术,文章首发。拒绝营销号,拒绝标题党

什么是 github action

GitHub Actions是GitHub提供的一种持续集成/持续交付(CI/CD)工具,它可以帮助开发者自动化软件开发流程中的各种任务,如构建、测试、部署等。通过在代码仓库中配置和定义工作流程(Workflow),GitHub Actions可以在特定的事件触发时执行一系列的操作

这么解释有点官方。最简单只直观的解释就是我们每次提交一些大型开源项目的时候,就会有一个这个玩意

github action初体验实现maven项目自动ci test,devops,github,maven,ci/cd

就是你定义一些规则,比如在给master 提交代码或者pr的时候就触发一些单元测试之类的ci等。

官方文档

  • GitHub Actions 文档:https://docs.github.com/en/actions

一些概念

  • workflow(工作流程):Workflow是一组自动化任务的集合,定义了在特定事件发生时应该执行的操作。它由一个YAML文件定义,包括触发事件、执行的任务、依赖关系等
  • job(任务):Job是Workflow中的一个独立执行单元,可以包含一系列的任务。一个Workflow可以包含一个或多个Job,它们可以并行或串行执行
  • step(步骤):Step是Job中的一个独立任务,它定义了要执行的操作,如构建代码、运行测试、部署应用等。一个Job可以包含一个或多个Step,它们按顺序执行
  • action(动作):Action是可重用的任务单元,可以在Workflow中被引用和执行。它可以是自定义的脚本、命令,也可以是由GitHub社区或第三方提供的现成的动作
  • Event(事件):Event是触发Workflow执行的事件,如代码提交、Pull Request创建、Issue更新等。Workflow可以根据不同的事件触发执行不同的操作
  • Runner(运行器):Runner是执行Workflow中任务的环境,可以是GitHub托管的虚拟机或用户自己搭建的物理机或虚拟机。Runner负责执行Workflow中定义的任务

实现提交pr自动触发运行单元测试

本次我们的目标是实现一个提交pr自动触发运行单元测试的功能

项目源码:https://github.com/weihubeats/spring-boot-nebula

创建工作流目录

github 自己仓库创建一个.github/workflows目录。

github action初体验实现maven项目自动ci test,devops,github,maven,ci/cd

这样在.github/workflows下的yml文件会被自动识别为action,然后会根据我们定义为规则运行这个action

创建junit workflow

  • junit_test.yml
# action name
name: Test with Junit

# 什么时候触发这个workflow
on:
  # push 到master分之的时候 这里可以指定多个
  push:
    branches:
      - master
  # pull request 到master分之的时候, 这里可以指定多个
  pull_request:
    branches:
      - master

# 一个workflow可以由多个job组成,多个job可以并行运行
jobs:
  junit:
    strategy:
      matrix:
        # 指定jdk 版本。可以指定多个版本 比如[8,11,17]
        java: [11]
        # 指定运行 os 版本 也是多个
        os: [ 'windows-latest', 'ubuntu-latest' ]
    # 运行环境,这里就是上面定义的多个 os
    runs-on: ${{ matrix.os }}

    steps:
      # 将job的工作目录指向$GITHUB_WORSPACES checkout@v2比较旧不推荐使用
      - name: Checkout codes
        uses: actions/checkout@v3
      # 设置jdk环境
      - name: Set up JDK ${{ matrix.java }}
        uses: actions/setup-java@v3
        with:
          distribution: 'temurin'
          java-version: ${{ matrix.java }}
      # 设置maven 仓库缓存 避免每次构建时都重新下载依赖
      - name: Cache local Maven repository
        uses: actions/cache@v3
        with:
          path: ~/.m2/repository
          key: ${{ runner.os }}-maven-${{ hashFiles('**/pom.xml') }}
          restore-keys: |
            ${{ runner.os }}-maven-
      - name: Test with Maven
        run: mvn clean test -B -U

不带注释的源码可以在这里下载:https://github.com/weihubeats/spring-boot-nebula/blob/master/.github/workflows/junit_test.yml

测试效果

这里我简单写一个pr然后提交看会不会自动触发action

github action初体验实现maven项目自动ci test,devops,github,maven,ci/cd

可以看到自动触发了maven的test

我这里故意写一个不会通过的单测

github action初体验实现maven项目自动ci test,devops,github,maven,ci/cd

提交后马上出发了test。这里有代码冲突我们先不管

github action初体验实现maven项目自动ci test,devops,github,maven,ci/cd

可以看到马上就是ci test失败了。这样就能增加我们项目稳定性

注意maven-surefire-plugin不要配置<skipTests>true</skipTests>

github action初体验实现maven项目自动ci test,devops,github,maven,ci/cd

总结

总的来说不管是开源项目还是私有项目,想要项目更稳定,可能还是需要各种单元测试来保证的。

这次我们只是配置了单元测试,实际有大量场景需要集成测试,后续有空再研究下集成测试吧文章来源地址https://www.toymoban.com/news/detail-819497.html

到了这里,关于github action初体验实现maven项目自动ci test的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 04.使用 github actions+docker 自动部署前后端分离项目 zhontai (.net core+vue)

    Github Actions是什么?是 GitHub 提供的一种持续集成/持续部署(CI/CD)工作流程自动化服务,助力项目的自动化构建、测试和部署。 依托于平台,本文将分享使用 GitHub Actions 完成对一个.Net Core+Vue 的前后端分离项目 zhontai 的构建,并使用 docker 部署到云服务器(阿里云) 经过一番尝

    2024年02月11日
    浏览(60)
  • Github Actions实现Spring Boot自动化部署(第二弹)

    ​ 今天就来讲述一下如何使用GitHub结合Actions实现Spring Boot程序从提交代码到打包、容器化、部署全过程自动化。首先咱们得现有一个能够在本地运行的Spring Boot程序,并且在Github上拥有一个仓库。 1.1 提交代码到Github 1.2 设置服务器密钥、GitHub私钥、DockerHub账号 secret value rem

    2024年02月08日
    浏览(47)
  • 【Docker】github Actions自动构建

    通过github的Actions 实现代码push仓库后自动构建容器并发布到DockerHub. 首先我们创建一个项目,这里我就用Vue项目进行演示. 进去项目,按照提示执行 npm install npm run dev 启动项目. 首先保证项目的正常启动。 控制台显示如下,启动成功。 在项目根目录创建 .githubworkflowsdocker-bui

    2024年02月07日
    浏览(61)
  • 使用 Github Actions 工作流自动部署 Github Pages

    actions顾名思义就是一堆动作,是一个持续集成服务,持续集成包含了拉代码、运行测试、编译代码、登录远程服务器,发布到第三方服务等等的操作,GitHub将这些操作称为actions。 概念:Workflows, Events, Jobs, Actions, Runners Workflows 工作流 一个 Workflow 由多个 Jobs 组成 Events 定义哪

    2024年02月07日
    浏览(71)
  • GitHub Actions自动化部署+定时百度链接推送

    # 前言 最近用VuePress搭建了一个静态网站,由于是纯静态的东西,每次修改完文章都要重新打包上传很是麻烦。虽然vuepress-theme-vdoing主题作者提供了GitHub Actions自动化部署的教程文章,但是过于简陋且是19年发布的。。 # 1. 创建一个GitHub仓库(私有仓库也可以) # 2. 设置服务器地

    2024年02月12日
    浏览(54)
  • 使用 GitHub Action 自动更新 Sealos 集群的应用镜像

    在 IT 领域,自动化无疑已成为提高工作效率和减少人为错误的关键。Sealos 作为一个强大的云操作系统,已经为许多企业和开发者提供了稳定可靠的服务。与此同时,随着技术不断发展,集成更多的功能和服务变得尤为重要。考虑到这一点,本文将介绍如何 利用 GitHub Action 来

    2024年02月08日
    浏览(42)
  • 如何利用GitHub Actions自动化你的开发流程

    GitHub Actions 是一个强大的自动化工具,可以帮助开发者在 GitHub 仓库中自动化构建、测试和部署工作流程。使用 GitHub Actions,你可以在代码提交到 GitHub 时自动运行软件开发工作流程。以下是如何利用 GitHub Actions 自动化你的开发流程的基本步骤: ### 1. 理解 GitHub Actions 的基本

    2024年04月29日
    浏览(44)
  • 【日常记录】自动化部署与持续交付:GitHub Actions CICD

    当我们做项目的时候,如果做完了,要发布,就需要打包,扔到服务器上,如果改了一点东西,还得打包,扔到服务器上,重复的执行 打包= 扔到服务器上 详细记录如何使用github actions自动化部署项目 自动化部署与持续交付:GitHub Actions CICD 自动化部署一般以下方式 Jenkins

    2024年02月02日
    浏览(63)
  • 超简单:github-action自动化发布npm包小记

    打开npm官网,并注册自己的npm账号 1.登录npm官网,登录成功后,点开右上角头像,并点击Access Tokens选项 2.点开Generate New Token下拉框,点击Classic Token(和Granular Access Token有什么区别,请自行查验?) 3.填写token信息,选择token类型为Automation(可以避免2FA校验),保存申请的token信息

    2024年02月05日
    浏览(38)
  • GitHub Action 通过SSH 自动部署到云服务器上

    准备 正式开始之前,你需要掌握 GitHub Action 的基础语法: workflow (工作流程):持续集成一次运行的过程,就是一个 workflow。 name: 工作流的名称。 on: 指定次工作流的触发器。push 表示只要有人将更改推送到仓库就会触发工作流运行。(点击这里了解如何指定特定分支,路径

    2024年01月19日
    浏览(47)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包