【Hexo】博客自动部署

为了简化Hexo部署过程，你可以使用持续集成工具（如 GitHub Actions）来实现自动化部署。

GitHub Actions 是一个持续集成和持续交付 (CI/CD) 平台，允许你自动化你的构建、测试和部署管道。你可以创建工作流来构建和测试存储库的每个拉取请求，或将合并的拉取请求部署到生产环境。GitHub Actions 支持多种编程语言和技术栈，并且可以与 GitHub 的其他功能（如问题、拉取请求和讨论）无缝集成。

主要特点

1. 自动化工作流：你可以创建自定义工作流来处理从代码提交到部署的整个软件开发周期。
2. 事件触发：工作流可以由多种事件触发，如推送代码到仓库、创建拉取请求、发布新版本等。
3. 并行执行：你可以并行运行多个作业，加快处理速度。
4. 集成支持：支持与多种第三方服务集成，如 AWS、Azure、Google Cloud 等。
5. 自定义容器：可以使用自定义容器来运行你的工作流。

基本概念

• Workflow：一个可配置的自动化过程，包含一个或多个作业。
• Job：一个工作流中的一个任务，包含多个步骤。
• Step：一个作业中的一个单独的任务，可以是一个 shell 脚本或一个 action。
• Action：一个可重用的扩展，可以执行复杂但经常重复的任务。

1、创建博客源代码仓库

因为我们需要 Hexo 源代码才能生成静态文件，所以我们需要建立一个私有仓库来保存我们的源代码，当然如果你觉得麻烦也可以建立一个分支来保存，不过通常我们会将纯静态文件和源码文件分别存放到两个仓库里，一个可以作为公开仓库对外展示，源码目录需要设为私有，有利于更好地保护你的文章版权。

例如用来发布到Pages服务的公开仓库通常命名为 your-name.github.io

存放源码的目录则没有命名上的要求，例如blog_source

2、生成 Github Token

点击头像 => [Settings](https://github.com/settings) => Developer settings =>

用户验证

设置根据需要设置过期时间，我这里设置永不过期，权限勾选repo以及 workflow

生成后记得保存起来，只显示一次

3、修改 config.yml

大部分人之前应该都是在本地进行博客编写，所以连接 GitHub 的方式一般都是使用的 ssh，我们为了方便后续自动部署，需要把 config.yml 文件中的 deploy => repository => github 值改成 token url 的形式。

deploy