博客发布过程

距离上次在这里敲下文字，已过去三个春秋。在这段“隐身”的日子里，思考从未停止，只是更多地沉淀在了Notion的角落。趁着岁未年初，我借助 Al的力量对博客底层进行了全面优化与“大扫除”，并将这几年的所思所想一并补齐。借助OpenCode与AI智能体进行协作，让原本繁琐的代码维护变得前所未有的便利，也让我能重新专注于内容本身。

Blog发布过程（Gitee -> Github -> GitHub Pages）

1. 代码提交与托管： 您将基于 Hexo 框架和 Yelee 主题的源代码首先提交至 Gitee。这通常是为了兼顾国内开发的访问速度。

2. 镜像同步 (Mirroring)： 资料中提到“Mirror”这一技术标签。通过镜像机制，Gitee 上的更新会自动同步到 GitHub 的源码仓库，确保两个平台的代码版本一致。

3. 自动化部署 (CI/CD)： 一旦 GitHub 源码仓库接收到更新，会触发 GitHub Workflow（即 CI/CD 流程）。

   ◦ 该工作流会自动运行 hexo generate 生成静态 HTML 页面。

   ◦ 随后运行 hexo deploy 或相关的 Action 脚本。

4. 多云分发：、

   ◦ GitHub Pages 是主要的展示平台。

   ◦ 同时同步部署到 Netlify、Vercel、Render和 Cloudflare Pages。这种做法可以实现容灾备份和全球加速，确保无论用户身处何地都能快速访问您的博客。

这种“一次提交，到处发布”的折腾精神，非常契合“活着，就要折腾”以及“态度决定一切”的信条。

Blog发布流程图

graph TD
    Start[本地撰写/修改博文markdown] --> Push[Git Push 提交代码]
    Push --> Gitee["Gitee 仓库 (主库)
izheteng/hexo-yelee"]

    subgraph 同步与自动化阶段
    Gitee -->|镜像同步 Mirror| GitHub_Src["GitHub 源码仓库
cuiqingwei/hexo-yelee"]
    GitHub_Src -->|触发 GitHub Actions| Workflow[GitHub Workflow]
    end

    subgraph 静态页面部署终端
    Workflow --> Netlify["Netlify
izheteng.netlify.app"]
    Workflow --> Vercel["Vercel
izheteng.vercel.app"]
	  Workflow --> Render["Render
izheteng.onrender.com"]
	  Workflow --> CF_Pages["Cloudflare Pages
izheteng.pages.dev"]
    Workflow --> GH_Pages["GitHub Pages
cuiqingwei.github.io"]
    end

    style Gitee fill:#f96,stroke:#333,stroke-width:2px
    style GitHub_Src fill:#f9f,stroke:#333,stroke-width:2px
    style Workflow fill:#bbf,stroke:#333,stroke-width:2px

Blog站点链接

主站：http://www.izheteng.site/

Vercel 镜像站：https://izheteng.vercel.app/

Netlify 镜像站：https://izheteng.netlify.app/

Cloudflare 镜像站：https://izheteng.pages.dev/

Render 镜像站：https://izheteng.onrender.com