生成的软件住在哪里：预览、部署与访问形态说明
项目档案、在线预览、部署实例三种存在形态各司其职。部署前想清楚给谁用和数据治理两件事，附上线前六项检查清单。
软件生成好了，接下来它住在哪里？预览是什么原理？部署之后谁能访问？这篇把软著通项目的"居住形态"讲清楚——从生成到上线，你的软件会经历的几种状态。
软件的三种存在形态
形态一：项目档案（住在你的客户端里）
生成完成后，完整的工程文件保存在你本地的客户端项目管理中。这是软件的"母体"：随时可以打开查看、发起修改迭代、重新导出材料。本地保存意味着资产在自己手里，不依赖任何第三方续费存活。
形态二：在线预览（验收专用）
开发过程中和完成后，你可以通过浏览器打开预览界面逐项验收。预览环境是临时的工作台：用来确认功能、提出修改意见。它的定位是"验房间"，不是长期住所。
形态三：部署实例（真正对外服务）
验收通过后使用部署能力，把系统发布到可访问的环境——这就是软件正式"营业"的状态：同事打开链接填报数据，客户访问你的服务页面。SSH 一键部署的设计目标是让不懂运维的人也能把系统发布出去。
部署前要想清楚的两个问题
问题一：给谁用，决定部署在哪
| 使用范围 | 部署思路 |
|---|---|
| 自己/团队内部试用 | 内部网络或轻量服务器，先跑通流程 |
| 对外客户访问 | 正式服务器+域名，注意备案与安全基线 |
| 给客户演示 | 临时环境即可，演示完可回收 |
问题二：数据在哪里，谁负责备份
系统一旦产生真实业务数据，就要建立两个习惯：定期备份（数据库导出存档）、重要系统配置变更留痕。工具负责把系统造出来并发布出去，数据的长期治理责任在使用者——这和买房装修是一个道理。
从预览到上线的检查清单
- 主流程端到端走通（注册/录入/查询/导出）
- 权限边界测试：普通账号看不到不该看的数据
- 异常输入测试：乱填、空值、超长文本不崩
- 移动端浏览器打开显示正常
- 确定访问地址与使用说明发给使用者
与传统交付的对比
传统外包模式下，"部署上线"往往是最容易扯皮的环节：环境不一致、配置缺失、文档不全。全自动流水线的好处是生成时就确定了技术栈与运行方式，部署动作被标准化成一键操作——所见即所得，验收通过的就是上线运行的同一套东西。
常见问题
生成的系统能放到自己的服务器吗？ 可以按部署能力支持的形态操作；具体的环境要求以客户端内的部署指引为准。
以后换服务器怎么办？ 项目档案在本地，重新部署到新环境即可，数据和域名的迁移按通用运维流程处理。
小结
从本地档案到在线预览再到正式部署，软件的每一次搬家都是标准化动作。你要记住的只有一件事：验收通过的才是值得上线的，上线之后的才是真正开始创造价值的。