Files
hepu/.gitattributes
T
aomin a7605ef8b8 chore(repo): 导入 M-Z 业务底座 V1.9 基线并建立仓库规范
按周工交付的 SEC-Z-01 清理后源码建立 M-Z 主干,并按 Git 仓库惯例重排目录。

- aomin-gateway/  后端工程 87 文件,原样保留,路径与构建命令未变
- demo/           演示前端与设备模拟器 9 文件(原 02_前端与设备端),非正式三端
- docs/handover/  交付与安全清理材料 6 份,内容未改
- docs/contract/  J-00 规格、OpenAPI、内部五接口、状态机、Mock 样例
- docs/reference/ 指纹与校验清单,含 84 个源码文件的 sha256 清单

目录重排只动位置不动内容:源码树 84 文件哈希与交付一致,逐文件自校验通过;
12 条 Flyway 迁移与交付包内镜像逐字节一致。

未纳入:迁移镜像目录(与工程内一套重复,改留指纹)、target/、证据 raw、
应急恢复脚本、评审用虚构台账数据。

安全:SEC-Z-01 15 处明文已清零,导入前重新扫描无新增命中,本仓库无历史污染。
行尾按交付字节原样保存(.gitattributes 设 * -text),不做归一化以免整树摘要失效。
2026-11-13 17:32:37 +08:00

32 lines
1.3 KiB
Plaintext

# ─────────────────────────────────────────────
# 行尾策略:基线按交付字节原样保存,不做自动归一化
#
# 理由:本仓库是受控基线,源码树摘要按字节计算(见 docs/reference/原始交付包指纹.md)。
# 一旦让 git 自动转换行尾,克隆出来的树与交付包就不是同一份字节,摘要对不上,
# 复核时会被误判成"代码被改过"。
#
# 交付包本身行尾并不统一(14 个文件为 CRLF:8 个 java、2 个 html、application.yml、
# common.js、sim_device.py、start-gateway.bat),这是既有状态。归一化属于基线变更,
# 需要会签,不在导入时顺手做。
#
# 新增文件请按 CONTRIBUTING.md 第七节的约定写(UTF-8 + LF),
# 这样新老文件的差异只会出现在新增内容里,不会整文件翻红。
# ─────────────────────────────────────────────
* -text
# 二进制:禁止文本 diff
*.jar binary
*.war binary
*.zip binary
*.png binary
*.jpg binary
*.jpeg binary
*.gif binary
*.ico binary
*.pdf binary
*.docx binary
*.xlsx binary
*.pptx binary
*.woff binary
*.woff2 binary