SSE Deploy 部署平台内测

学院里最反复的对话之一是：「我服务写好了，挂哪儿给别人用？」自己的云主机贵、教室机房乱、临时目录更不敢托付。SSE Deploy 要回答的就是这件事：绑定你在 Gitee 或 GitHub 上的仓库，选分支，走流水线，拿到一个能点开的测试域名。一期明确不自建 Git 网站——代码继续住在你熟悉的托管上，学院侧用力做部署与审批。

内测阶段长什么样

平台走集市账号登录。管理面和模块路由挂在统一域名下，API 与前端分离，各子服务可以按模块登记进公共网关。运维文档写得很工程：端口池、网关重载、宿主机数据目录、OAuth 应用登记，每条都是为了避免「只在我电脑上能跑」。完整公网宣传当时仍克制，密钥严禁写进 Wiki 或仓库，内测同学按文档起环境即可。

它想改变的工作流

过去小组项目常见结局是：演示前夜有人的笔记本当服务器。Deploy 把「绑仓库 → 选分支 → 部署 → 看日志和 URL」收成标准动作，并把项目创建、加人、扩容等审批放进同一套 OA 思路里。你仍可以只用SSE_MARKET，也可以只用 Wiki；当你真要让别人访问服务时，Deploy 才出场。

和主站工作台的呼应

几天后主站更新里出现了工作台入口，公开欢迎同学把好玩的服务部署到集市域名下。Deploy 是底座，工作台是发现层：一个负责「能挂上去」，一个负责「挂上去之后别人找得到」。内测期 bug 和权限边界都会有，但方向已经难回头——软工集市要养的不只是帖子，还有一串能被同学点开的小服务。