Hexo是一款基于Node.js的静态博客框架,依赖少易于安装使用,能够方便的生成静态网页托管在GitHub和Coding上,是搭建博客的首选框架。你们能够进入hexo官网进行详细查看,由于Hexo的建立者是台湾人,对中文的支持很友好,能够选择中文进行查看。html
咱们的开发过程是在win环境下,本质和环境不要紧,影响不大,首先咱们要保证咱们的电脑上安装了git 与node.js 其中git是为了咱们方便检出与推送咱们的代码,node.js是为了构建hexo的脚手架,生成项目结构,咱们在在后面提供生成好的项目结构源码,这样子咱们也不须要node.js了,不过仍是建议你们本身来构建,灵活操做,本地浏览构建项目也须要node
首先咱们能够用 cmd命令窗口或者vscode里命令窗口,都同样,这里咱们使用VScode由于后期项目的ide就用vocode ;git
CTRL+
`调出命令窗口,输入cd H:\project\ -- 切换到咱们项目要放的目录下 node -v -- 查看node的环境版本 npm -v -- 查看 npm 的版本
经过这两个命令来查询咱们node.js的安装状况以下,则显示正常github
npm install -g hexo-cli
来安装hexo的脚手架支持,这是安装到node的插件中,
上述显示下载好cli程序,接下类咱们开始初始化项目shell
命令: mkdir myblog
、npm
命令: hexo init 项目目录名
这里就是 : hexo init myblog
ubuntu
myblog
新建完成后,指定文件夹目录下有:微信
node_modules
: 依赖包public
:存放生成的页面scaffolds
:生成文章的一些模板source
:用来存放你的文章themes
:主题** _config.yml
: 博客的配置文件**这时候咱们咋控制台能够直接命令编译启动项目网络
cd .\myblog\` npm install
在执行时可能会出现下面问题架构
简单翻译就是:
5 个 包正在寻找募款,执行 npm fund
查看详情(募捐连接);
发现一个发现 1 个低严重性漏洞,执行 npm audit fix
进行修复, 或 npm audit
查看更多信息。
经过命令 npm audit
详细信息为 :
=== npm audit security report === Manual Review Some vulnerabilities require your attention to resolve Visit https://go.npm.me/audit-guide for additional guidance Low Prototype Pollution Package minimist Patched in >=0.2.1 <1.0.0 || >=1.2.3 Dependency of hexo Path hexo > swig-templates > optimist > minimist More info https://npmjs.com/advisories/1179 found 1 low severity vulnerability in 470 scanned packages 1 vulnerability requires manual review. See the full report for details.
若出现这些信息,根据提示作也可不作。咱们直接忽略就好了,不影响咱们的项目
hexo s
启动项目,经过http://localhost:4000访问
效果以下:
hexo g
来生成静态文件,在 public
目录下,相似以下:上述是咱们本地搭建运行的结果,可是在咱们后面的使用中每次都要本身来生动生成静态页面是很是麻烦的事,咱们彻底能够交给github来作这件事
什么是 Github Actions,官网的介绍是:
With GitHub Actions you can automate your workflow from idea to production.
有点抽象,可是咱们知道 Github 是什么啊,代码仓库,一个提供了分布式版本控制和源代码管理的代码仓库。在实际场景中,好比你写好了一个网站的代码,而且存储到了 Github 上,就能够了吗 ,并灭有没有,你还须要部署代码才能让别人访问你的网站。另外,若是你修改了代码,还须要单独测试。理想的状况应该是:当你将代码提交到 master 时,测试、部署等等全部工做自动执行。如今有了 Github Actions,就能够帮咱们实现这些功能,
Github Actions 能够自动化和定制化项目的 Workflow,像官网显示的那样。
(1)workflow (工做流程):持续集成一次运行的过程,就是一个 workflow。
(2)job (任务):一个 workflow 由一个或多个 jobs 构成,含义是一次持续集成的运行,能够完成多个任务。
(3)step(步骤):每一个 job 由多个 step 构成,一步步完成。 一个工做中的每一个步骤都在相同的虚拟环境中执行,从而容许使用文件系统共享信息。
(4)action (动做):每一个 step 能够依次执行一个或多个命令(action)。 你能够建立本身的action、使用 GitHub 社区共享的action。
name: GitHub Actions Build and Deploy on: push: branches: - master jobs: build-and-deploy: runs-on: ubuntu-latest steps: - name: 1. git checkout... uses: actions/checkout@v1 - name: 2. setup nodejs... uses: actions/setup-node@v1 - name: 3. install hexo... run: | npm install hexo-cli -g npm i -S hexo-prism-plugin -g npm install hexo-generator-search --save -g npm i hexo-permalink-pinyin -g npm i --save hexo-wordcount -g npm install hexo-filter-github-emojis -g npm install hexo-generator-feed -g npm install - name: 4. hexo generate public files... run: | hexo clean hexo g # 部署到腾讯云 - name: Deploy static to Tencent CloudBase id: deployStatic uses: TencentCloudBase/cloudbase-action@v1 with: secretId: ${{ secrets.SECRET_ID }} secretKey: ${{ secrets.SECRET_KEY }} envId: ${{ secrets.ENV_ID }} staticSrcPath: ./public - name: Get the deploy result run: echo "Deploy to cloudbase result ${{ steps.deployStatic.outputs.deployResult }}"
对上面内容作一个简单说明,其实这就是在github的一个容器里面跑的
GitHub用户名.github.io
按照这个来建立仓库,若是你用户名为 admin
那么仓库名就是 admin.github.io
github Actions
的配置文件,和上面的相似,只有后面不服不一样,具体以下:name: GitHub Actions Build and Deploy on: push: branches: - master jobs: build-and-deploy: runs-on: ubuntu-latest steps: - name: 1. git checkout... uses: actions/checkout@v1 - name: 2. setup nodejs... uses: actions/setup-node@v1 - name: 3. install hexo... run: | npm install hexo-cli -g npm i -S hexo-prism-plugin -g npm install hexo-generator-search --save -g npm i hexo-permalink-pinyin -g npm i --save hexo-wordcount -g npm install hexo-filter-github-emojis -g npm install hexo-generator-feed -g npm install - name: 4. hexo generate public files... run: | hexo clean hexo g # 提交到咱们的存放静态资源的仓库 - name: Build and Deploy uses: y4code/hexo-deploy-action@master env: PERSONAL_TOKEN: ${{ secrets.ACCESS_TOKEN }} PUBLISH_REPOSITORY: it-briefcode/it-briefcode.github.io # The repository the action should deploy to. BRANCH: master # The branch the action should deploy to. PUBLISH_DIR: ./public # The folder the action should deploy.
ACCESS_TOKEN
是咱们须要去配置的,配置方法以下,首先进入设置里面进入后点击最后面的选项 Developer settings
进入点击生成token
进入后以下图,设置好后点击确认则可,会显示一串token 复制记录下来,这个只显示一次,因此最好记录到记事本,
拿到这个token后,返回咱们的刚刚的源码仓库中选择设置,以下操做,添加一个变量
与上面配置中 ${{ secrets.ACCESS_TOKEN }}
对应的变量名,值填写刚刚获取到的token,则好
到此为止,咱们的 构建就完成了,若是又遇到什么问题能够留言交流学习!
本文由AnonyStar 发布,可转载但需声明原文出处。
仰慕「优雅编码的艺术」 坚信熟能生巧,努力改变人生
欢迎关注微信公帐号 :coder简码 获取更多优质文章
更多文章关注笔者博客 :IT简码