| 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758 |
- __pycache__/
- *.pyc
- release/viewer/
- release/*.zip
- release/portal.html.bak*
- wheels/
- run/
- logs/
- .venv/
- dist/
- # ── 产物不进 git (2026-09-11 用户令) ──────────────────────────────────────────
- # outputs/ 下是"随包收到的交付件 + 重算出来的结果"(L0 仓/本体/CMS/SOP/实验底稿…), 不是源代码:
- # · 换数据/重算就会变, 进版本库只会让每次 diff 都是几十 MB 的产物翻动;
- # · 人工检查"空状态"时产物会被临时挪走 —— 2026-09-11 就因此把 537 个文件的删除误提交过一次
- # (见提交 d44d2ef / cebcae6)。忽略之后, 挪走/还原产物对 git 完全透明。
- # 注意: .gitignore 对**已跟踪**文件无效, 所以本规则配套一次 `git rm -r --cached outputs/`
- # (只从索引移除, 磁盘文件原样保留)。产物仍随包分发、仍参与运行。
- outputs/
- # 客户交付物 (治理清单等), 只在受保护工作区, 不进 git
- # ★注意: 这里必须单独占一行 —— .gitignore 不支持行尾注释, 写成
- # `release/如东/ # 说明` 会把注释也算进模式, 结果这条规则**从来没生效过** (2026-09-11 逮)。
- release/如东/
- # 现场原始数据 (2026-09-11 A3 定的落位约定:
- # data/raw/<场站名称>/{scada_10min,故障报警,风机故障记录,油样报告})
- # 体量十几 GB 且随现场滚动更新, 不入库; 只把目录约定那份 README 留在库里。
- data/raw/*
- !data/raw/README*
- # 尾流动画中间帧 (由 wake_anim.py 重生成, 不入库)
- scripts/sim_hub/frames/
- # 别处的独立检出/离线包, 不入本仓
- vendor/ollama/
- vendor/python/*.tar.gz
- runtime/
- # 人工检查空状态时的产物临时存放处 (scripts/products_state.py --off/--on)
- _products_off/
- # --off --archive-old 留下的上一代暂存区 (含随包产物整份, 236 MB 级, 绝不入库)
- _products_off_prev_*/
- # ── 门户: 壳受管, 内嵌件与合成结果不入库 (2026-09-11) ─────────────────────────
- # release/portal.html 20.23 MB, 其中 99.3% 是内嵌的交付文档正文 (28 个 <template>)。
- # 拆成 release/portal_src/ (shell.html 138 KB 受管 + manifest.json 记 sha256), 装配结果与
- # 内嵌件按"产物不进 git"处理。scripts/portal_build.py --verify 证明拆→装逐字节一致。
- # 注意: 对**已跟踪**的 release/portal.html 无效, 配套一次 `git rm --cached release/portal.html`
- # (只从索引移除, 磁盘文件原样保留; 门户仍随包分发、仍被服务读取)。
- release/portal.html
- release/portal_src/templates/
- release/portal_src/governance_sources.json
- # 归档 zip: 本仓**只保留一个**入库的旧交付包(补救源, 见 旧包_补救源_说明.md);
- # 其余 .zip 一律不入库 —— 交付包每次重打, 往仓库里塞会把 clone 拖到 GB 级 (用户令 2026-09-17)
- *.zip
- !guanlan-rudong-v2_0.2.0_test_win64.zip
|
