💡Summary
我对部署这件事的感受、判断和待优化点。它太繁琐了，核心在于服务器这边整条上线链路——尤其 Docker 和 Nginx 这一整套配置，让整个过程很重，很不像“点一下就能完成”的体验。但 Nginx 这层很关键，不能当成边角配置。后续做项目，我更应该优先考虑轻量、自动化、可复用的部署方案。
🧩Cues
- 当我又一次被部署流程卡住、想定位自己到底卡在哪一层时
- 当我在纠结 Docker 对个人开发者是必要复杂度还是过度复杂度时
- 当我在找更轻量、又能保留自动化、配置不那么重的部署方式时
- 当我在判断自己的项目是否真的需要 Nginx + Docker 完整组合时
- 当我在思考 Nginx 在我的链路里到底承担反向代理、域名入口还是静态分发时
- 当我在比较 HBuilder 和 Expo 在前端打包这条线上的体验时
🪞Notes
这一篇记录我对部署这件事的感受、判断和待优化点。它不追求把所有观点堆在一起，而是把我的判断拆成几个更清晰的小块，这样后面我再回来看时，更容易直接定位到自己究竟卡在了哪一层。
部署链路
阿里云侧通常需要先准备服务器和域名。域名本身不算麻烦，审核通过后绑定就行，真正需要我额外花精力去理解和配置的，还是服务器这边的整条上线链路。服务器本质上就是一台远程电脑，但它承担的是线上运行环境，所以它后面接着的那些部署动作，才是我真正觉得重的地方。
主要麻烦点
我觉得最麻烦的是 Docker，因为开发完后的代码往往还要配一整套 Docker 配置文件和 Nginx 配置。我现在也意识到，整个服务器部署的核心很大程度上就在 Nginx，它非常重要，很多后端部署链路都绕不开它。也正因为如此，这整件事会让人觉得很重，很不像“点一下就能完成”的体验。
理想体验
我希望它更像 Obsidian 的使用体验，或者更像 CICD 那样，代码推上去之后就能自动部署。对于简单的个人开发者来说，我也觉得未必真的需要这么重的 Docker 方案。总之，我现在对这整套流程的直觉是：还有很大的优化空间，而且应该往更轻量、更自动化、更少配置的方向走。
待验证问题
- Docker 对于个人开发者来说，到底是必要复杂度，还是过度复杂度？
- 有没有更轻量的部署方式，能保留自动化，又不让配置太重？
- 对于我的项目类型，是否真的需要 Nginx + Docker 这一套完整组合？
- 有没有更接近“一次点击就部署”的工作流可以复用？
- Nginx 在我的部署链路里，到底承担的是反向代理、域名入口，还是静态资源分发的核心角色？
当前结论
我对部署的当前感受很明确，它太繁琐了。但同时也要承认，Nginx 这层很关键，不能把它当成可有可无的边角配置。后续做项目时，我更应该优先考虑轻量、自动化、可复用的部署方案。
HBuilder 与 Expo
在前端打包这条线上，我也开始把 HBuilder 和 Expo 放在一起比较。HBuilder 更像是那种需要额外打开对应软件、依赖可视化操作的打包方式，虽然它能做事，但整体操作感没有那么顺手。
Expo 则更接近“直接排队打包”的体验，流程更轻，命令化程度更高，整体会更方便一些。就我的当前偏好来说，我更倾向于 Expo。
知识网络
上级目录：CS
反向链接：
返回：CS