最新博客链接 Github链接 查看此文档前应先了解,vuepress基本操作 参考官方文档进行配置: vuepress-theme-reco VuePress SamKirkland / FTP-Deploy-Action 最终效果 最终效果链接 思路 下载vuepress-theme-reco官方的主题模板(脚手架),再根据自己的需要进行相应的修改,再根据自己的服务器配置Github Actions文件,最后上传到Github,触发Github Actions自动构建部署到第三方服务器.以后

不想看前面这么多废话的可以直接跳到具体实现 Github Actions 是什么? 说到 Github Actions 不得不提一下. 持续集成(continuous integration):高质量的让产品快速迭代 持续交付(continuous delivery):交付给团队测试 持续部署(continuous deployment):持续交付的下一步核心概念团队测试完成后自动部署到生产环境 CI/CD 是由很多操作组成的(如:执行单元测试.语法检查.打包.部署等等).Github 把这些操

在之前我的部署.版本控制.CI.CD都是在Jenkins 下来完成的 在前几天看到github上的一个新玩具actions,简直惊为天人 它能在你的仓库触发事件(Push,Pull,issue,...)的时候给你分配一台服务器执行一些预定好的命令 并且它的脚本编写非常简单只要半个小时就能学会 这篇文章主要讲述 使用github actions 做CI AND CD 以跳过jenkins的环节 1.首先 需要拉取代码到它分配的服务器 2.添加编译环境 3.代码编译 4.将编译好的结果上传到dock

Github 原生 CI/CD,初尝 Github Actions Intro Github 目前已经推出了自己的 CICD 服务 -- Github Actions,而且比微软的 Azure DevOps Pipelines 对开发者来说更友好,使用起来更好用. Github Actions 核心概念 总体看下来感觉是从 Azure Pipelines 迁移过来的东西,有许多概念和 Azure Pipelines 是类似的,如果你之前用过 azure pipelines,应该很容易上手 Run

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

BiliBiliTool是一个B站自动执行任务的工具,使用.NET Core编写,通过它可以实现B站帐号的每日自动观看.分享.投币视频,获取经验,每月自动领取会员权益.自动为自己充电等功能,帮助我们轻松升级会员到Lv6并赚取电池 详细功能目录如下: 每天自动登录,获取经验 每天自动观看.分享.投币视频 (支持指定想要支持的up主,优先选择配置的up主的视频,不配置则随机选取视频) 每天漫画自动签到 每天自动直播签到,领取奖励 (直播可以不看,但是奖励不领白不领~) 每天自动使用直播中心银瓜子兑换

github actions 是什么? github actions是github的持续集成及自动化工作流服务,使用起来都比较方便.大部分github actions都可以在https://github.com/marketplace?type=actions中找到. 怎么使用github actions 怎么使用 在github项目目录下,根目录下新建一个文件.github/workflow/xxx.yml,在xxx.yml写你需要自动化工作流的服务. 有问题多查查以下两个文档: GitHub

前言 使用hexo博客也挺久的,最开始是本地hexo clean && hexo g,最后hexo d推送到服务器.后来是本地hexo clean && hexo g,最后将生成文件推送到GitHub,GitHub actions 推送到服务器.后来本地文件丢失,GitHub 仅仅存着编译好public文件夹内容,该丢失就丢失了.有GitHub actions何不直接把编译.部署都交给他,还能备份博客,本地也不用安装一堆环境,使用这个方法也有段时间了,记录下.为了方便建站和

概述 Github在被微软收购后,不忘初心,且更大力度的造福开发者们,推出了免费私有仓库等大更新.近期又开放了packages和actions两个大招,经笔者试用后感觉这两个功能配合起来简直无敌. GitHub Packages 是一个和每一个代码仓库关联的软件包仓库.通俗来说就是代码仓库中存放的是源码,软件包仓库中存放的是编译输出后的可以被各个语言生态的依赖管理工具直接依赖的lib.类似的我们熟知的有maven中央仓库和nmp仓库. GitHub Actions 是一个Github原生的持续集

如何白嫖 Github 服务器自动抓取必应搜索的每日壁纸呢? 如果你访问过必应搜索网站,那么你一定会被搜索页面的壁纸吸引,必应搜索的壁纸每日不同,自动更换,十分精美.这篇文章会介绍如何一步步分析出必应搜索壁纸 API ,如何结合 Github Actions自动抓取每日必应壁纸到 Github 仓库. 元宵节当天具有中国元素的必应搜索. 平常一天的必应搜索. 分析必应壁纸 API 既然是网站上的背景,又是每天更换,很大概率是通过某个 API 请求返回壁纸信息的,事实真是如此吗?直接打开浏览器 n

前言 最近公司内部项目的发布流程接入了 GitHub Actions,整个体验过程还是比较美好的:本文主要目的是对于没有还接触过 GitHub Actions的新手,能够利用它快速构建自动测试及打包推送 Docker 镜像等自动化流程. 创建项目 本文主要以 Go 语言为例,当然其他语言也是类似的,与语言本身关系不大. 这里我们首先在 GitHub 上创建一个项目,编写了几段简单的代码 main.go: var version = "0.0.1" func GetVersion() s

Github Actions 实践 Github Actions 是 Github 的持续集成服务,通过在 repo 发生特定的行为时执行指定的命令实现自动测试.自动部署等功能. 基本术语 workflow:一次持续集成运行的过程 job:一个workflow由一个或多个job构成 step:一个job由一个或多个step构成,分步完成一个任务 action:一个step可以依次执行一个或多个action workflow 文件 启用 Github Actions 需要在代码仓库中的 .gith

目录 为什么需要Devops 如何实践Devops 版本控制工具(Git) 学习使用 配置环境 源代码仓库 一台配置好环境的云服务器 SSH远程登录 在服务器上安装docker docker技术准备工作 安装docker 使用docker安装mysql 选择合适的CI/CD平台 在本地代码仓库中配置好dockerfile 尝试使用docker在本地打包构建部署 使用Github Actions自动化打包构建 workfile详解 actions/checkout@v2 actions/setup

CI/CD包含很多流程,如拉取代码.测试.构建打包.登录远程服务器.部署发布等等. 而Github Actions是GitHub推出的一个CI/CD工具,类似工具还有TravisCI.Jenkins等 在GitHub Actions中,每个独立的脚本就是一个action,这些action可以复用,参考官方action市场 Github Actions 基本概念 workflow 工作流 on 触发条件 job 任务 step 步骤 action 动作 环境变量 workflow 工作流 一个工作

前言 前不久使用了 Hexo 搭建独立博客,我是部署在我的腾讯云轻量应用服务器上的,每次都需要 hexo deploy 然后打包.上传.解压和刷新 CDN,非常麻烦.我的服务器配置也不高 2C2G 无法安装 Jenkins,所以采用了比较简单和免费的 Github Actions 来进行打包.上传.然后我自己写了一个 Agent 来做解压和刷新 CDN 的工作,整套流程完全自动化. 如果 Hexo 博客是放在 OSS 存储里的,比如腾讯云 COS,可以不使用 Agent,直接通过 Github

使用Linux.Nginx和Github Actions托管部署ASP.NET Core 6.0应用 前言 本文主要参考微软这篇文档而来 Host ASP.NET Core on Linux with Nginx,并使用Github Actions做CI&CD,部署到阿里云服务器,所有步骤均亲测可用. 你需要有 Linux云服务器(本文使用的是阿里云Ubantu 22.04 64位) SSH客户端(我使用的XShell, 官网 可以下载免费的家庭/学校版) Github账号以及能流程访问^ 项目

前言 大家在工作中想必都是通过自动化部署来进行前端项目的部署的,也就是我们在开发完某个需求时,我们只需要将代码推送到某个分支,然后就能自动完成部署,我们一般不用关心项目是如何build以及如何deploy的,这就极大得提高了我们的开发效率. 在没有自动化部署的情况下,前端项目的部署流程一般是这样的:(手动部署) 开发完成后本地进行build 将build后的文件交给运维(前端人员有权限的可省略) 将打包文件上传到服务器的指定目录 前端项目每次上线都得走一遍这个流程,对于程序员来讲这怎么能忍,宁愿

今天打开github上面的 项目 突然 一个github actions 的提示, 进去后显示: 由于项目是Maven 创建的 选择Maven 进入:  初步看到代码:  大概意思就是 我们push 项目的时候, 系统自动帮我们 执行的一系列脚本, 其中最 浅儿易见的是  echo Hello, world! 原来如此, github 提供了持续继承的功能, 总结:  学习GIthub Action 资料: https://help.github.com/en/actions/automatin

我自己做了一个网站,这个网站会使用一个python脚本来生成. 具体生成的方法是python脚本会读取目录下的csv文件,将每一行数据解析成固定格式,然后生成html文件,最后需要将修改后的文件自动push到github 当然上面所有的步骤都是自动化实现的,总结如下: 我本地修改csv文件,然后push到github 我的push操作会触发实现设定好的action action代码设置如下: name: Python application on: [push] jobs: build: run

一.Hexo 相关知识点 静态博客简单,但是发布博文时稍显麻烦,一般需要下面两步: hexo clean hexo g -d // 相当于 hexo g + hexo d 如果考虑到同步源文件,还需要每次更改后,将源文件 push 到指定仓库: git push origin master 我们可以将 Hexo 文件分为两类,一类是源文件,即下面这些文件: . ├── _config.yml ├── package.json ├── scaffolds ├── source | ├── _dra