停止使用 FTP：致过去的自己的信

Source: Dev.to

我们都有过这种经历。星期五，下午5点。你刚刚推送了最后一次提交。老板在等你。你打开 FileZilla（或终端），把文件拖到服务器上，啪——💥

500 Internal Server Error（内部服务器错误）。

汗水开始滴落。你尝试撤销更改。你忘记清除缓存。你忘记重启服务。周末被毁了。

在 Programevi Engineering，我们很早就意识到一件事：手动部署不仅慢，而且危险。

“在我的机器上可以运行”综合症

软件工程中最大的谎言是 “它在本地可以运行”。 当然可以！你的环境是干净的。生产环境则是战场。

这就是为什么我们把 DevOps 看作一种文化，而不是一个角色。如果你必须 SSH 进入服务器去修复某些东西，说明你的自动化已经出问题了。

我们的处理方式（静默流水线）

我们从“英雄部署”（一个人什么都懂）转向“无聊部署”。

• 严格的 Lint 检查 – 糟糕的代码永远不会进入仓库。
• 自动化测试（CI） – 如果单元测试失败，流水线会停止。没有人可以强行提交破损的构建。
• 容器化 – 我们使用 Docker。如果它能在容器里运行，就能在任何地方运行。
• 零停机时间的 CD – 我们采用蓝绿部署策略。用户永远看不到维护页面。

结论

如果你在 2025 年仍然拖拽文件，请停止吧。为了你的理智，也为了公司未来。

我们写了一篇详细指南，介绍我们如何构建企业级 CI/CD 流水线以及使用的工具，让我们晚上睡得更安稳。

阅读完整指南：DevOps 与 CI/CD 架构 (注：本文深入探讨了 Programevi 的工程实践。)