部署个静态网站而已，至于吗？

说实话，现在部署一个静态网站，怎么搞得跟登月似的？

2024年了，多少开发者还在为 CI/CD 流水线抓狂，配环境变量、调试脚本、和各种部署平台斗智斗勇。那些平台广告上写着"简单到哭"，用起来才发现是个坑。

然后就冒出了 pgs.sh——一个只干一件事的极简部署服务。

rsync 这个老朋友

pgs.sh 最妙的地方，就是它没想着自己造轮子。

它没用什么私有协议，也没逼你学新命令。它用的是开发者本来就熟悉的 rsync。

干这行久了，你肯定被 rsync 救过不止一次。这玩意儿就是文件传输界的瑞士军刀——快、稳、久经沙场。pgs.sh 相当于给 rsync 搭了个 Web 端的家，还顺带给你配上免费的 TLS。

命令长这样：

rsync -rv public/ pgs.sh:/myproj/

就完了。public/ 目录直接同步到线上地址。什么 YAML 文件、webhook、构建环境，统统不需要。

简单为啥重要

复杂度这东西，是会复利的。

本来"先用着"的简陋部署流程，一不小心就成了坑你几个月的技术债。配置文件越多，能炸的点就越多。新人来了得重新学一层概念，调试的时候又多绕一个弯。

把那些没必要的层砍掉，好处立竿见影：

快。 不光部署快，脑子也快。不用在后台界面和文档之间来回切换。敲个你本来就会的命令，齐活。

稳。 零件少，坏的就少。CI 平台挂了跟你没关系，什么意外的速率限制也不存在。就是 rsync 干活，跟 1996 年以来一样靠谱。

通用。 rsync 命令是通用的。你今天写的部署脚本，换到自己的服务器、朋友的基础设施上照样能用。这点很值。

工具选择背后的道理

这事往深了想，其实是在说我们挑工具、做工具的方式。

整个行业好像默认觉得：功能越多越值钱。部署平台要是没 Kubernetes 集成、预览环境、分支部署、实时分析、AI 优化，都不好意思出来打招呼。

但 pgs.sh 换了个问法：最好的功能，会不会就是没有功能？

这不是故作清高，而是主动做减法。功能砍得狠，核心能力反而稳。没有复杂的功能对比表，没有绕来绕去的定价策略，更没有客服追着你升级企业版。

对那些跑得飞快的创业团队、就想快点上线的开发者来说，这种清爽是真的香。

简单部署的合适场景

也得说句实在话：一行命令 rsync 部署，不是万能药。

后端有 API、有数据库、路由复杂的应用，肯定得上云平台、容器编排、完整的 CI/CD 流程。这是另一套玩法。

但那些撑起互联网半边天的静态站、落地页、文档、练手项目？简单方案绝对够用。

说实话，就算大项目，也建议静态资源部署单独拎出来简单搞，把复杂度留给真正需要的地方。

写在最后

好用的工具，回头看都觉得理所当然。

"网站发布本来就应该这么省事啊。""上线个页面还得研究 DevOps？"——pgs.sh 提醒我们，每天用的工具也值得好好设计。有时候最大的工程成就，恰恰是知道什么不该做。

还没试过这种"无摩擦"部署工具的话，建议找时间玩一玩。未来的你，以及你的用户，都会感激这个决定的。

你部署网站喜欢简单还是复杂？评论区聊聊呗~