maoda-commander-tt 0.0.47 → 0.0.48

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -24,7 +24,8 @@ template-commander/
24
24
  │ ├── commands/
25
25
  │ │ ├── hello/ # 示例命令组
26
26
  │ │ ├── pippit/ # pippit 命令组
27
- │ │ └── git/ # 新增 git 命令组
27
+ │ │ ├── git/ # git 命令组
28
+ │ │ └── deploy/ # 静态文件部署与目录查询
28
29
  │ └── bedrock/ # 本地补充基础设施
29
30
  │ ├── config/ # 本地配置读写
30
31
  │ ├── pkg/ # package.json 查找
@@ -135,6 +136,141 @@ pnpm pub
135
136
 
136
137
  参见 [npm Trusted Publishing 文档](https://docs.npmjs.com/trusted-publishers/)。
137
138
 
139
+ ## 静态文件部署
140
+
141
+ `tt deploy` 通过 HTTPS API 将现成的文件或目录部署到 nginx 静态目录,不执行构建。
142
+ 命令面向 AI 调用:stdout 只输出一个最终 JSON,诊断信息写入 stderr;失败时退出码为 1。
143
+ `tt --help` 可发现该命令,`tt deploy --help` 查看完整说明。
144
+
145
+ ```bash
146
+ # 将 dist 的内容直接部署为 demo 项目
147
+ tt deploy ./dist --name demo
148
+
149
+ # 单文件默认保持文件名,也可以用 --name 指定目标文件名
150
+ tt deploy ./report.pdf
151
+ tt deploy ./report.pdf --name latest-report.pdf
152
+
153
+ # 查看部署根下的直接子目录及访问链接
154
+ tt deploy --list
155
+
156
+ # 不可恢复地删除根下一级文件或整个项目目录
157
+ tt deploy --delete report.pdf
158
+ tt deploy --delete demo
159
+ ```
160
+
161
+ **独立项目直接部署在 tt 根目录下,无需刻意嵌套。** 当前服务器目标为
162
+ `/root/repos/tt`:`tt deploy ./dist --name demo` 将目录内容直接放入
163
+ `/root/repos/tt/demo/`,对应 `https://www.imaoda.com/tt/demo/`,不会额外套一层 `dist/`。
164
+ 目标名称只能是根下一级的名称,不能传 `group/demo`;`__catalog` 是保留名称。
165
+ 省略 `--name` 时使用源文件或目录的名称。
166
+
167
+ **HTML 的静态资源使用相对于 HTML 的路径**,例如 `./assets/app.js`、`./style.css`
168
+ 和 `./images/cover.png`。避免 `/assets/app.js` 这类从域名根目录开始的路径,否则
169
+ 浏览器会请求项目目录之外的位置。部署前先产出适合子路径访问的静态文件。
170
+
171
+ 每次部署完整替换同名目标,包括移除旧版本中存在、本次已删除的文件。命令先上传到
172
+ 临时位置,上传成功后再发布。空目录会在上传前报错;目录里的符号链接和敏感文件
173
+ (如 `.git`、`.env`、私钥)会导致整次部署拒绝,请只提供准备公开的静态产物。
174
+ 点开头的路径不会通过 nginx 公开;如果目录里只有这类文件,也会因没有可验证的
175
+ 公开内容而拒绝部署。
176
+
177
+ ### 本机配置与接口鉴权
178
+
179
+ 在 `~/.config/maoda-commander-tt/maoda-commander-tt.json` 的已有配置中增加
180
+ `staticDeploy` 字段,保留其他字段。将示例 token 替换为已配置到服务器的固定 token:
181
+
182
+ ```json
183
+ {
184
+ "staticDeploy": {
185
+ "apiUrl": "https://www.imaoda.com/api/tt",
186
+ "token": "<你的固定部署 token>"
187
+ }
188
+ }
189
+ ```
190
+
191
+ `apiUrl` 指向部署 API,命令自动为请求添加 `Authorization: Bearer <token>`。
192
+ 固定 token 只保存在本机配置中,不打包到 npm,也不放进命令行参数、公开目录或
193
+ 返回结果。部署不需要本机 SSH 权限;换电脑时配置同一 API 地址及 token 即可。
194
+ 本机需要 Node.js 22.13.0 或更高版本和 `tar`。API 只接受 HTTPS(本机测试的
195
+ loopback HTTP 除外),客户端不跟随重定向,以免将 token 发送到其他地址。
196
+
197
+ 服务器使用 `TT_DEPLOY_TOKEN` 验证部署、删除和目录查询请求;`TT_DEPLOY_ROOT` 和
198
+ `TT_DEPLOY_BASE_URL` 决定落盘根目录和公开 URL,不由调用端任意指定。
199
+ 当前限制为每次归档 50 MiB、最多 2 个并发操作。收到 token 的人可以部署、覆盖或删除
200
+ 这个根目录下的项目;需要更换时同时更新服务器和本机配置。
201
+
202
+ 服务器需要预先配置 API 和 nginx 路由,参见 [部署运维说明](ops/static-deploy/README.md)。
203
+ 当前服务器在静态入口上
204
+ 保留既有跨域响应头、OPTIONS 预检及 HSTS,并设置 `Cache-Control: no-cache`:
205
+ 允许浏览器缓存,但再次使用前向服务器确认内容是否更新。
206
+
207
+ ### 目录页与 AI 返回值
208
+
209
+ 浏览器目录入口为 `https://www.imaoda.com/tt/__catalog/`,JSON 清单入口为
210
+ `https://www.imaoda.com/tt/__catalog/index.json`。目录页只列 `/root/repos/tt`
211
+ 下的直接子目录及链接,不列其他仓库、根下单文件或子目录里的文件;`/tt/` 本身
212
+ 不开放目录浏览。入口采用固定名称,知道链接的人都能看,不提供身份认证。
213
+ 每次部署、删除和 `--list` 都会更新清单,AI 可直接使用 `tt deploy --list` 获取同一范围。
214
+
215
+ 有首页的目录部署成功后,返回示例:
216
+
217
+ ```json
218
+ {
219
+ "code": 0,
220
+ "msg": "success",
221
+ "data": {
222
+ "name": "demo",
223
+ "type": "directory",
224
+ "state": "ready",
225
+ "url": "https://www.imaoda.com/tt/demo/",
226
+ "baseUrl": "https://www.imaoda.com/tt/demo/",
227
+ "remotePath": "/root/repos/tt/demo",
228
+ "verification": {
229
+ "state": "passed",
230
+ "checkedUrl": "https://www.imaoda.com/tt/demo/",
231
+ "httpStatus": 200
232
+ }
233
+ }
234
+ }
235
+ ```
236
+
237
+ 只有服务器通过公开 URL 与文件 SHA-256 验收才报告 `ready`;这表示已检查文件
238
+ 可访问且内容一致,不能替代浏览器
239
+ 渲染和全站资源检查。目录优先使用 `index.html` 或 `index.htm` 作为首页;没有首页
240
+ 但含有文件时,`url` 为 `null`,`baseUrl` 保留目录地址,`verification.checkedUrl`
241
+ 指向实际检查的文件,AI 不应把目录地址当作已可访问的页面。
242
+
243
+ 文件已经发布但访问检查失败时,返回 `code: 1`、`error.stage`,同时保留
244
+ `data.state: "published"`、URL、远端路径和检查结果,退出码为 1。AI 可以据此继续
245
+ 排查访问问题;参数、配置或上传等发布前错误不附带虚构的发布成功数据。
246
+
247
+ `tt deploy --list` 的 `data` 包含 `catalogUrl` 和
248
+ `directories: [{ "name": "demo", "url": ".../demo/", "hasIndex": true }]`。
249
+ `hasIndex: false` 表示该目录没有首页,链接不保证返回页面。
250
+
251
+ ### 删除文件或项目目录
252
+
253
+ `tt deploy --delete <name>` 删除 tt 根目录下的一个直接子项,可以是单文件,也可以
254
+ 是包含多层内容的整个目录。删除不可恢复,无需交互确认;其他顶层项目保留。
255
+ 名称必须是一级名称,不支持 `demo/style.css` 这样的内部路径,不能与本地 source、
256
+ `--name` 或 `--list` 同时使用,且不能删除保留名称 `__catalog`。
257
+
258
+ 删除后刷新目录清单。成功时返回 `code: 0`,`data` 示例:
259
+
260
+ ```json
261
+ {
262
+ "name": "demo",
263
+ "type": "directory",
264
+ "state": "deleted",
265
+ "remotePath": "/root/repos/tt/demo",
266
+ "catalogUrl": "https://www.imaoda.com/tt/__catalog/"
267
+ }
268
+ ```
269
+
270
+ 目标已不存在时同样成功,返回 `state: "absent"`、`type: null`,便于重复调用。
271
+ 若公开目标已删除,但目录清单刷新或私有暂存清理失败,命令返回错误和非零退出码,
272
+ 同时保留 `data.state: "deleted"`;AI 应据此排查后续步骤,不能把它理解为目标仍在。
273
+
138
274
  ## Shell 快捷方式
139
275
 
140
276
  ```bash