前言 各位读者,新年快乐,我是过了年匆忙赶回上海努力搬砖的蛮三刀. Github之前更新了一个Action功能(应该是很久以前了),可以实现很多自动化操作.用来替代用户自己设置的自动化脚本(比如:钩子+Jenkins). 由于平时根本不会有需求用到它,毕竟平时都在用公司的CI/CD流程,所以一直没有机会玩Action. 借着春节放假,就自己写个小Demo体验一下. 本文通过实现一个提交代码后自动执行Junit单元测试并输出测试报告的自动化流程小Demo,来快速上手Github Action. G

最近由于自己的个人应用增加,每次都需要在服务器手动发布,觉得特别麻烦,所以想通过代码控制自动发布,直接选择了GitHub Action. GitHub Action持续集成服务,目前已经免费开放使用,由于大部分人的个人项目都是放在github上,那么使用它来发布.测试.部署,是非常方便的. 原文链接跳转 #Github Action配置 下面的内容默认你已经会创建Github Action,官方提供了很多Github Action 配置模版,可以根据自己的需求随意选择,不是太了解的可以先参考阮一

本文将介绍如何使用 GitHub Actions 部署前端静态页面,以及如何自己创建一个 Docker 容器 Action. 简介 Actions GitHub Actions 是 GitHub 官方推出的持续集成/部署模块服务(CI/CD),和 jenkins.Travis CI 是同一类产品定位. 但 Actions 的最大优势,就是它是与 GitHub 高度整合的,只需一个配置文件即可自动开启服务.甚至你不需要购买服务器 -- GitHub Actions 自带云环境运行,包括私有仓库也可

本文是 GitHub Action 的入门教程,如您已有相关使用经验可以直接关掉. GitHub Action 是 GitHub 于 2018 年 10 月推出的一个 CI\CD 服务. 之前一直都是 Beta 版本,正式版于 2019 年 11 月正式推出. 首先还是先放几个官方的链接: GitHub Action : https://github.com/features/actions GitHub Action 官方市场: https://github.com/marketplace?t

​ 缘起 Nebula Graph 最早的自动化测试是使用搭建在 Azure 上的 Jenkins,配合着 GitHub 的 Webhook 实现的,在用户提交 Pull Request 时,加个 ready-for-testing 的 label 再评论一句 Jenkins go 就可以自动的运行相应的 UT 测试,效果如下: 因为是租用的 Azure 的云主机,加上 nebula 的编译要求的机器配置较高,而且任务的触发主要集中在白天.所以上述的方案性价比较低,从去年团队就在考虑寻找替代的方

问题描述 在参考文档"使用 GitHub Actions 部署 ARM 模板"一文中,由于是在中国区Azure上操作,所以生产的部署凭证为中国区凭证.当创建工作流时,在登录到Azure这一步骤中,模板中使用指令为" - uses: azure/login@v1"在执行时,遇见了登录到global的错误. 错误消息为:Error: Az CLI Login failed. 问题解决 从错误消息就可以发现,这是因为默认情况下,Github Action中设定的指令&qu

之前发布开源项目Payment Spring Boot到Maven中央仓库我都是手动执行mvn deploy,在CI/CD大行其道的今天使用这种方式有点"原始".于是我一直在寻求一种能够支持流水线作业的发布工具,能让我在进行合并代码时自动触发构建发布.有一款免费的产品能做到这一点,它就是Github Action. Github Action Github Action是由Github创建的CI/CD服务. 它的目的是使所有软件开发工作流程的自动化变得容易. 直接从GitHub构建,测

两种github action 打包.Net Core 项目docker镜像推送到阿里云镜像仓库 1.GitHub Actions 是什么? 大家知道,持续集成由很多操作组成,比如抓取代码.运行测试.登录远程服务器,发布到第三方服务等等.GitHub 把这些操作就称为 actions. 很多操作在不同项目里面是类似的,完全可以共享.GitHub 注意到了这一点,想出了一个很妙的点子,允许开发者把每个操作写成独立的脚本文件,存放到代码仓库,使得其他开发者可以引用.如果你需要某个 action,不必

已经使用HEXO正常构建GitHub页面 根据github action 给hexo配置自动部署github page 前往墨抒颖的个人网站查看纯净版 1. 为仓库设置访问密钥 第一步先生成密钥,打开命令行并生成一组密钥 ssh-keygen -f github-deploy-key -C "HEXO CD" 记得跳过密码啥的,这里连按三次回车就好 随后我们会获得两个密钥文件,这两个等下会用到 2. 上传私钥 github仓库地址 → Settings → Secrets → New

GitHub Action 是 GitHub 于 2018 年 10 月推出的一个 CI\CD 服务. 官方文档:https://docs.github.com/cn/actions CI\CD 持续集成(Continuous Integration) 持续交付(Continuous Delivery) 持续部署(Continuous Deployment) 因为「持续交付」和「持续部署」的英文缩写是一样的,所以这三件事情缩写成了 CI\CD . workflow GitHub Actions

在常规 Web 的开发流程之中,当开发步入尾声时就需要部署应用到服务器上,Angular 部署上还算简单.经过测试,部署平均用时在5分钟左右,主要受限于 GitHub 海外服务器的网速. 一.Angular 部署文件的产生 首先,需要先使用构建命令 ng build --prod ,官网上指出采用生产模式构建产生的文件大小会有所减小,详情如下. 生产模式的特性 如果执行命令的机器上没有 @angular/cli ,也可以执行 npm run build --prod ,效果是一样的. 上面的构建

使用Github Action自动填写疫情通 西电晨午晚检一天三次,通过企业号功能进行填写.实际上,西电企业号大部分功能是以网页模式工作的,通过构造connection发送合适的request,设置计划按时间自动运行,即可完成自动填写. 1.原理分析 打开晨午晚检页面,复制链接,得到实际的网页地址:https://xxcapp.xidian.edu.cn/site/ncov/xidiandailyup 在浏览器打开后发现会重定向到登录页面:https://xxcapp.xidian.edu.cn

原文地址: 利用Github Action实现Tornadofx/JavaFx打包 - Stars-One的杂货小窝 最近开了个新项目,主要是个工具软件,也算个人的自娱自乐吧,也算开源的一部分,想着都开源了,顺便上个自动化打包吧 得知github action可以自动完成打包的操作,于是便是来研究了下 注意:本文所研究都是基于JavaFx是JDK8中内置的,不适用了之后的FX版本,仅供参考 本文实现了每次推送一个新的tag到github上,就会触发github action的自动打包,并发布一个

目录 搭建Hexo博客 安装主题hexo-theme-bamboo 修改博客名称等信息 添加github action发布 1. 在github中创建自己的博客仓库 2. 设置Secrets 3. 在/.github/workflows/下添加一个yml文件,可以进行自定义 另一种办法,直接fork 从博客园拉取之间创建的博客到新建的hexo 遇到的问题 1.阿里云登陆和docker push 时tag错误,问题描述参见docker tag error,解决办法参见GitHub Actions持

两种github action 打包.Net Core 项目docker镜像推送到阿里云镜像仓库 1.GitHub Actions 是什么? 大家知道,持续集成由很多操作组成,比如抓取代码.运行测试.登录远程服务器,发布到第三方服务等等.GitHub 把这些操作就称为 actions. 很多操作在不同项目里面是类似的,完全可以共享.GitHub 注意到了这一点,想出了一个很妙的点子,允许开发者把每个操作写成独立的脚本文件,存放到代码仓库,使得其他开发者可以引用.如果你需要某个 action,不必

偶然间,看到 GitHub Actions 教程:定时发送天气邮件 - 阮一峰的网络日志 这篇文章,没错,这个正好能打发自己的折腾之心,也能通过代码给生活引入一些变化. 还是在这里简单记录一下实现过程吧. 第一步 获取天气预报出现问题 按照阮一峰的教程走,一开始使用了 wttr 的结果作为数据来源,也在 文档 上研究了很久,最终的结果总是不尽如人意. 最终展现到邮件上的结果如下: 从上面就可以看出一些问题: 展示到邮件中的是一个 HTML 页面,白色的背景使得结果展示不理想 默认返回的结果比较多

背景 众所周知,原神的签到福利是需要下载app才可以领取的.但像我这种一般不怎么刷论坛的人,每天点开app签到很麻烦. 很多大佬利用Github的Action自动执行的模式,实现了很多好东西.加上.net 5平台刚刚发布,因此才有这个项目 项目链接 https://github.com/yinghualuowu/GenshinDailyHelper 签到逻辑 根据米游社的抓包记录,签到逻辑如下 绑定角色(获取角色信息) 查询是否签到 执行签到 获取角色接口 binding/api/getUser

前言 说起自动化,无论是在公司还是我们个人的项目中,都会用到或者编写一些工具来帮助我们去处理琐碎重复的工作,以节约时间提升效率,尤其是我们做前端开发会涉及诸如构建.部署.单元测试等这些开发工作流中重复的事项,本篇文章就是介绍如何利用 GitHub 提供的 Actions 来完成我们前端的发布自动化. Github Actions 什么是 Actions 笔者个人理解为在某种条件下可被触发的任务,利用一个个任务(Action)就可组建成我们的工作流,想要更详细的介绍定义的同学可以移步 官方Acti

GenshinDailyHelper 原神的签到福利是需要单独下载APP进行才可以领取,并且每天需要打卡,虽然奖励并不是很可观,但有一些摩拉,食材和可观的经验书累计起来还是挺有吸引力的.可能本身不怎么刷论坛的玩家往往会忽略这些奖励.利用Github的Action实现了自动签到功能 自动签到步骤为 获取账号信息(区域和UID) 判断是否已经完成签到 未进行签到到执行签到动作 上述任何步骤出现异常都将判定为失败,并通过Github邮件提醒 运行结果  该项目支持多号签到,但各位旅行者爱惜羊角包,不要

起源 看到.Net群里再聊CI/CD,我就这里分享一下我目前自己一些小东西的做法,我目前在Github有一个自己私有的组织,里面存放了我的部分商业化项目,早期我采用Jenkins用Webhooks进行发布部署, 但Jenkins我用起来太大.很多功能用不到而且还吃我服务器占用(ps:主要是高性能服务器太贵),抱着解决问题和节约成本的思路我发现了Github Actions. 官方说明:在 GitHub Actions 的仓库中自动化.自定义和执行软件开发工作流程. 您可以发现.创建和共享操作以执