fatal: could not read Password for ‘https://github.com’: No such device or address。在此期间我试了很多次解决此类问题，否定了有关于网上所说的：git远程仓，账户@密码.git、ssh key等相关原因。没有必要再纠结于此，随后尝试了其他的action。
虽然都是为了push gh-pages而实现的，每个action for gh-page实际提供的键值对也是各有迥异。后来部署成功是因为比对如下的repo的用例说明，发现了历史版本键值对的键参数格式的变更问题。
有关于latex + vs code配置过于繁杂，还不如不用vs code，换一种简便形式。没必要为了完成而完成，进行毫无意义浪费时间的复杂化，而进行所谓的折腾。至于所谓的配置繁杂交给官方或时间来解决吧。
直到现在才想明白，之前构建的Action其实是根本不需要docker封装整块博客镜像的。因为我本来的目的就是为了线上web自动更新，而且我之前配置的action一经push就自动更新gh-pages。不需要大费周章地去用docker构建所谓的上百兆又易过时的博客站点镜像，更不需要再到Windows、Mac、Linux再去重新部署Jekyll本地环境而写博客的。
现在想来，对于已构建好的action，为了部署docker而写博客有些画蛇添足了。事倍功半收益太低，好多重要该记录的事，耗费过多精力投入到docker制作基于Jekyll的博客镜像了。不管哪个平台，我只需要一个ruby本地环境，通过gem或是bundler来安装rake，以此生成一个带符合Jekyll格式标题的文章即可。
⛏，搞了大半个月，我在舍本逐末的追求什么？action省去了一大堆本地构建的环境各种排查疑难杂症的烦扰，GitHub在线上传文件夹或文件不香吗？
4.14 零点 记
docker免费默认只能用一个私有仓库…这点可以登录docker官网了解价目以及使用详情🔎。alpine linux确实很轻量不到10M，但对Jekyll支持度目前并不是很好，搜索不到安装包。
从安装换源到宿主机站点目录拷贝到web服务器容器。
我在下意识搜索大部分博客文章都是对GitHub action复杂化，而不是从最简单的例子入手，似乎成了为了做事情而做事情，为了无意义的折腾而折腾。
Jekyll博客文件格式 http://jekyllcn.com/docs/posts/ 年-月-日-标题.MARKUP 中文命名需要utf-8编码，而rake是内部编码问题不支持中文，只好将就用rake生成完文章再来命名。
由于Jekyll对md标题、yaml格式要求严格，而且每次都写yaml显得过于繁琐，因此使用脚本输出内容。
安装组件以及配置环境首先要保证一个网络友好或极速的环境，以避免组件缺失造成各种各样的奇葩难解的错误。Jekyll源代码可定制化很强，各个主题结构布局也是差异悬殊，我们也只有细读官方文档结合主题内容展示，以此来寻找线索脉络。
1 |
|