背景 照着官网的教程来就行了,踩了个小坑,记录一下,希望对你有帮助 这是部署后的效果 小坑1 如图所示,官网推荐部署命令 然而windows 没有bash 指令, 直接运行报错 两个解决方法: 项目根文件夹右键 gitBash here , 然后输入bash deploy.sh 直接双击deploy.sh文件 小坑2(部分人会踩) deploy.sh文件照官方配置没问题,但是如图所示 最后push的时候有个坑,如果你的项目是用ssh 克隆下来的就没问题, 如果你是用https 克隆下来的会要求你

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

使用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账号以及能流程访问^ 项目

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

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

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

大体介绍 本文对github actions部署前端项目做一个简单的总结,总体来说,我感觉用它想要部署一个前端项目,可以说非常简单,简单得令人震惊

GitHub仓库 由于现在的代码基本上都是多人合作开发,所以肯定会用到像 git 这样的版本控制工具 所以这里使用 GitHub 来做一个演示 首先我们需要在github上新建一个仓库 点击New来新建一个仓库 输入一个名字 以及描述后点击 create 然后将代码上传到GitHub上 这里我上传的是一个简单的 hello world 的demo 到这里要部署的代码就准备完成了,接下来需要编写 Dockerfile 来告诉 docker 该怎么打包我们的项目 Dockerfile编写 首先我们在

思路浅析 使用 Terraform Code 部署 Azure 基础设施资源是特别受欢迎的,我曾经有写文章分享过利用 Azure DevOps 自动部署 Terraform Code 所描述的 Azure 基础设施资源.但是有些人对于Azure DevOps 可能比较陌生,再加上 Azure DevOps 的 Parallel jobs 付费作业.所以作为替代方案,今天给大家分享如何使用 GitHub Actions 部署 Terraform Code. 配置 Azure Service Pri

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

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

本文基于GitHub演示自动化部署,实际上你可以选择任意的Git托管环境. 使用的模式:DooD(Docker-outside-of-Docker). 本文所有内容均开源 链接 欢迎关注我的GitHub: neverc/netcore-jenkins(由于是半年前构建的,sdk版本为dotnet sdk:2.0) NeverCL/netcore-jenkins(上传docker hub上的源码) NeverCL/jenkins-demo(本例中的repo) Jenkins安装 启动基于dotne

这两天折腾了一下 Jenkins 持续集成,由于公司使用自己搭建的 svn 服务器来进行代码管理,因此这里 Jenkins 是针对 svn 服务器来进行的配置,Git 配置基本一致,后面也介绍了下针对 Github 管理的项目的 Jenkins 配置 之前项目每次修改之后都需要本地 npm run build 一次手动发布到服务器上方便测试和产品查看,有了Jenkins持续集成之后只要 svn 或者 git 提交之后就会自动打包,很方便,此次记录以备后询. 声明: 后面的项目地址与打包地址都是使

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

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

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

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

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

老早就想写这个话题了,今天正好有机会研究了一下 git 的自动化部署.最终做到的效果就是,每当有新的 commit push 到 master 分支的时候,就自动在测试/生产服务器上进行 git pull 拉取最新的代码,免去了程序猿兼职运维 ssh 上去拉代码部署的重复性工作.我们也要 Agile development 不是?什么敏捷开发啊,极限编程啊,快速迭代啊,持续集成啊,精益创业啊,口号怎么高端怎么来,最后就是写了个自动化脚本--   一.自动化部署脚本 首先要保证要部署的 Web 目

前言 每次项目代码更新后都要重新部署,如果只有一台服务器还好. 但是如果是分布式系统,动不动就很多台服务器,所以代码的自动部署就显得十分重要了. 这里用几篇文章来记录一下如何使用Jenkins,Docker,github来搭建一个自动化部署的node项目. 思路 使用git进行版本控制,当项目更新时就触发 Jenkins的构建任务 Jenkins 从 git 拉取最新的代码 为了避免多个节点的运行环境差异,所以需要使用 Docker 来将我们的 node 项目打包为镜像 将镜像通过脚本部署到所有

文章目录 完成Hexo主题安装和配置 基于Travis CI实现同步部署 参考内容 相关链接 待补充 完成Hexo主题安装和配置 如果您还没有安装Hexo环境,请参考Hexo文档安装,也给出这样两篇博文----百度经验和2018最新版hexo+Github搭建个人博客教程仅供参考,这个去网上一搜到处都有,而且操作也很简单,就不赘述了. 我采用的是Indigo 主题,而且这个主题还很详细地给出了配置安装本主题的详细教程步骤(3.0 以上Hexo版本) Indigo 主题,一个Material De