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

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

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

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

自从 GitHub 宣布 GitHub Actions 在平台上对所有开发人员和存储库可用以来,GitHub Actions 越来越受欢迎.很多第三方平台在生态系统中有速度等限制,将进一步推动开发人员将他们的软件自动化迁移到 GitHub Actions. 在本文中,我想向你展示我如何使用 GitHub Actions 发布我在开源项目中维护的 npm 包.如果你遵循由 GitHub 拉取请求工作流程组成的 GitHub 流程,那么这将进一步统一团队和社区贡献者的工作流程的和提升他们的体验. G

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

背景 最近在浏览微软的文档的时候发现,微软喜欢用Hugo这个文档框架,有些技术产品的文档页面就用Hugo来做的,同时搭配Github + Azure Static Web Apps Service这个组合来完成自动构建和发布. 刚好我也有个和Hugo类似的静态前端框架在用,结果还真的在Azure Static Web Apps Service支持的范围内,索性就尝鲜一试. 什么是Azure静态网站应用服务(Azure Static Web Apps) Azure Static Web Apps是

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

目录 搭建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持

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

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

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

本文是 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 的编译要求的机器配置较高,而且任务的触发主要集中在白天.所以上述的方案性价比较低,从去年团队就在考虑寻找替代的方

前言 最近在学习 Angular,一些基础的语法也学习的差不多了,就在 github 上新建了一个代码仓库,准备用 ng-zorro 搭个后台应用的模板,方便自己以后写些小东西时可以直接使用.前端项目,最主要的还是能够实际看到,因此考虑找个地方部署,因为自己的博客是部署到 github page 上的,并且这个项目也只是一个静态网站,所以这里同样选择使用 github page 同时,考虑到发布项目时,虽然使用 github page 已经帮我们省略了拷贝文件到服务器上这一步,但是还是需要自己手

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

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

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

什么是 GitHub Actions ? GitHub Actions 是一个 CI/CD(持续集成/持续部署)工具,GitHub 于 2018 年 10 月推出,正式版于 2019 年 11 月正式推出. 本文假设你已经有了自己的 hexo 静态博客,因此只简单介绍了自动化部署需要的设置. 创建代码仓库 1.我已经有了 tonywdy.github.io 仓库用来存放静态博客页面,仓库类型是 public 2.新建一个 myblog 仓库用来存放 Hexo 项目的源码,这个仓库的类型是 pri

博客已迁移,请访问:http://www.huangyunkun.com/ 现在像SAE这类的应用引擎已经比较多了,百度和腾讯都出了这样的东西. 我很早的时候就开始用SAE,当时还为了迁就SAE学习了PHP(当时只支持PHP和另外一个什么语言).后来SAE支持Java了,版本是6,容器是Jetty 7.4,而常用的框架也基本能跑. 代码的部署使用svn,稍微有点麻烦.最近在做一个Java Web的练习,代码放在github上,每次上传到SAE很烦.项目使用Gradle管理,所以琢磨着怎么把自动发

注:本文来源于<KaliArch> jenkins笔记 一.相关概念 1.1 Jenkins概念: Jenkins是一个功能强大的应用程序,允许持续集成和持续交付项目,无论用的是什么平台.这是一个免费的源代码,可以处理任何类型的构建或持续集成.集成Jenkins可以用于一些测试和部署技术.Jenkins是一种软件允许持续集成. 1.2 Jenkins目的: 1.持续.自动地构建/测试软件项目.2.监控软件开放流程,快速问题定位及处理,提示开放效率. 1.3 特性: 开源的java语言开发持续集