执行此次部署的初心是看重cloudflare pages的访问速度较快，并且可以通过自动化部署，将本地文件保存在网络端，实现备份工作。
- 前期配置参考用GitHub Actions自动部署Hexo_github action部署hexo_杨浦老苏的博客-CSDN博客 ，执行到创建目录这一步。期间出现了无法推送到github的问题，主要通过重新确认用户名和邮箱信息，以及进行了强制推送更新
git push -f origin main来进行解决。 - 具体的yml文件内容参考https://blog.kecho.top/2022/将博客迁移至 Cloudflare Pages修改了自己的github信息上去，同时将其中的node版本设置为自己电脑里的12.22.1版本。同时在部署里设置环境变量的版本号。
- 在部署的时候出现类似这样的问题：**
atal: No url found for submodule path ‘xxx/xxx’ in .gitmodules采取的解决方法是：清除本地缓存，从暂存区中删除该文件夹，类似git rm --cache themes/hexo-theme-matery，然后在推送到github仓库。 - 推送更改到 GitHub - GitHub 文档 在实现了自动化部署后，除了在bash界面进行push操作，还可以通过Github Desktop来执行对分支的修改以及推送更新的工作。
目前访问cloudflare pages的访问速度并未很直接地感受到提升，所以进一步的更换自定义域名到其网页上的工作有待进一步商榷，暂时告一段落。
决定投入cloudflare pages的怀抱，主要觉得其可以配合自动化部署，同时其网页的加载一般是在内容都准备好的时候再加载，这种风格我觉得挺好的，不用网页只加载一半来访问，那样体验比较差。
使用cloudflare进行域名解析的时候出现重定向次数过多时候的解决方法：关于CloudFlare SSL/TLS 加密模式的详解以及301 Moved Permanently 报错出现的原因-CSDN博客
在进行hexo-blog-encrypt的插件修改过程中，走了一堆弯路。最后发现本地修改时无效的，工作流中进行部署的时候重新安装了依赖项，所以需要在package.json文件夹中指定新的依赖的地址，可以通过fork他人的github仓库后进行修改，然后指定代码格式为： "hexo-blog-encrypt": "git+https://github.com/HaoqinChen/hexo-blog-encrypt",
