3bbd366db0
- 新增 ops-receipt-20260513-02.md — 今日操作日志(权限修复→Git Sync部署→Nginx修复) - 新增 cc-009-auto-sync-is-trust-channel.md — 自动同步因果链 - 更新 server-migration-memory.json — 当前服务状态+待修问题 - 更新 walk-the-path.md — 新增cc-009和2026-05-14 voice - 更新 README.md — 因果链表格新增cc-009 - 新增 bingshuo-voice/2026-05-14-01 — 冰朔今日原话
1.7 KiB
1.7 KiB
cc-009: 自动同步即信任通道
════════════════════════════════════════════════════════════════
因果链编号: cc-009
创建: 2026-05-14
源自: 冰朔"我点合并就可以自动推送到服务器"的需求
════════════════════════════════════════════════════════════════
起点
冰朔原话: "你给代码仓库加了合并推送了吗。我点合并就可以自动推送到服务器。不需要我在服务器这里手动复制啊。"
因果推导
- 冰朔不应该操作终端 (cc-007)
- 代码从Gitea到服务器必须自动化
- 尝试让Runner做git pull → 权限问题反复失败
- Runner是act_runner用户, git认证/目录权限/配置都脆弱
- 凡是依赖Runner用户权限的方案都不稳定 → 换root权限的独立服务
- Git Sync = 独立进程 + root权限 + PM2守护 + Webhook触发
- Webhook不触发? → 可能需要post-receive hook作为备选
工程落点
- server/git-sync/ — Webhook监听 + 自动git pull
- 如果Webhook不行 → 退到Gitea post-receive hook (shell脚本)
- 如果hook也不行 → 退到定时轮询 (每30秒检查一次)
- 冰朔在Gitea点合并 → 代码自动到服务器 → 这条路必须通
核心原则
通道必须通。手段可以换。
无论用Webhook、hook还是轮询，冰朔点合并→服务器自动更新这条链路必须成立。 技术选择是铸渊的决策自由，但通道不通是铸渊的失职。