不废话，放脚本： find . -maxdepth 3 -name .git -type d | rev | cut -c 6- | rev | xargs -I {} git -C {} pull 更为方便的，直接将这部分加入你的 .zshrc 或者 .bash_profile： alias gpall="find . -maxdepth 3 -name .git -type d | rev | cut -c 6- | rev | xargs -I {} git -C {} pull" 之后，直接执行 gpall 即可。 好了，我们进入正题。 维护多个 Git 仓库的需求 维护多个 Git 仓库不容易。我在我存放 GitHub 仓库的目录下运行了一下 tree： . ├── AIP_BackEnd ├── Evaluation_BackEnd | ... ... ├── SchoolProjects │   ├── Distance-Vector-Algorithm │   ├── cartoonize-images | ... ... │   ├── zanpress...

文章大意：Standard Notes 真是好用哦，我也不藏着掖着啦。大家快用起来！ 好啦，正式开始。 先讲讲历史 为了方便记录，我把这段历史时期称作「对博客部署系统的早期探索阶段」。 不瞒大家说，我从 2017 年开始就试图撰写自己的博客，试图丰富自己在互联网上留下的痕迹。我最初是在 GitHub 上面，利用方便的 Hexo 引擎创建博客的。Hexo 无疑是一个优秀的博客框架，简单的配置方法和丰富的主题插件让 Hexo 几乎可以胜任「静态博客」的全部功能。 GitHub Pages 也是一个怪物：一个用来放项目介绍与文档网站的部署平台，硬生生被我们玩成了博客，而且利用 GitHub Pages 搭建的博客越来越多，社区支持的越来越丰富，教程同样数不胜数。这让我几乎就将这个被玩坏了的功能 take for granted 了。 弊端呢？肯定是有的，GitHub Pages 毕竟是静态页面。同阶段的同学们也有很多搭起来了自己的博客，但是几乎都是通过云服务器（白嫖腾讯云学生账户 😄）配 WordPress 实现的。WordPress 有自己的一整套博客部署系统：有 ...