.gitattributes

# broll_arrange golden fixtures 是**跨仓 oracle**（gitruck-infra 的 Python 移植读同一批文件做
# 逐字节对拍）。换行符随平台漂移会给下游制造无谓的困惑——例如有人对夹具文件求 sha256 来判
# 「金样有没有被动过」，Windows 检出的 CRLF 与 Linux 的 LF 会算出两个值。
# 这里钉死 LF：夹具的字节形态与平台无关。
#
# 注：对拍本身比的是**反序列化后的结构**（见 fixtures/broll-arrange/README.md），
# 不依赖换行符；本条是为了让「文件字节」这个更朴素的判据也能用。
test/fixtures/broll-arrange/** text eol=lf

# IR 编译器与它的同步指纹旁挂（change move-text-ir-compiler-to-client）。
# 这一对是**跨仓一致性的判据**：`compile.ts` 有两份（cli 正本 + opencut 副本），
# 各仓的用例只校「我这份的 sha256 == 我这边的旁挂」，而旁挂只由 `text-ir-sync.mjs` 写。
#
# 判据是**文件字节**，所以换行符必须与平台无关。本机 core.autocrlf=true，实测：
# 全新检出会把 compile.ts 转成 649 处 CRLF，sha256 从 78bbc50d… 变成 86c50637…，
# 指纹用例在**任何一台 Windows 新克隆的机器上当场判红**——包括打包发版那台。
# 不钉的话，这道闸就从「挡两份实现漂移」退化成「挡你是不是在 Linux 上」。
src/lib/text-ir/compile.ts text eol=lf
src/lib/text-ir/compile.ts.sha256 text eol=lf

# 同步给客户端的另两份同理（2026-10-18 补）：`scripts/text-ir-sync.mjs` 按 cli 这边的**字节**复制
# 并写指纹旁挂，这边检出成 CRLF 时同步过去的指纹就是 CRLF 的，客户端提交时又被转回 LF ⇒ 客户端
# 指纹用例判红。客户端仓同一天补了同样四行（发 1.2.13 的干净检出里撞上 validate.ts）。
src/lib/text-ir/validate.ts text eol=lf
src/lib/text-ir/validate.ts.sha256 text eol=lf
src/lib/text-ir/layout.ts text eol=lf
src/lib/text-ir/layout.ts.sha256 text eol=lf