Shuery
2d26f78d15
改造前：全仓 6/6 个源文件在 5.1 上解析失败（README 却承诺支持 5.1）。原因是文件是无 BOM 的 UTF-8，而 5.1 没有 BOM 就按 ANSI 代码页解码源码，中文变乱码、全角问号吃掉引号，整块语法塌掉。 现在 28/28 个文件在 5.1 与 7 上都解析零错误，E2E 36 项在 5.1 上全绿。 顺带修掉一个被 5.1 掩盖的缺陷：带 [CmdletBinding()] 的脚本在 5.1 上，param() 默认值里 拿不到 $PSScriptRoot（实测为空串，7 上正常）。于是 Backup.ps1 / Restore.ps1 在 5.1 上不传 路径参数就报错退出 —— 而计划任务恰恰不传。E2E 之所以看不见，是因为它总是显式传路径。 8 处默认值全部移到 param() 之后的解析段，沿用本仓库对 -BackupDir 一直在用的写法。 新增三条可重放的约定，让编码不再是一次性动作： .gitattributes 接管行尾（本机 core.autocrlf=true，会把工作区改成 CRLF 制造伪 diff） .editorconfig 用 charset = utf-8-bom 锁住 BOM tools\Set-SourceEncoding.ps1 是规范化脚本，tools\Invoke-* 之外的任何改动之后都能重放 test.ps1 是唯一验收入口：Encode + Parse + Unit + Smoke + E2E，在 7 与 5.1 上各跑一遍 test.ps1 的 Encode 层直接检查"必须有 BOM"这条规则。加它的原因很实际：实测本仓库用的 编辑工具在保存时会悄悄去掉 BOM，而丢了 BOM 的文件只在 5.1 上出错、在 7 上完全正常， 没有这条检查就会一直漏过去。 已知未修（下一步处理）：5.1 上 Unit 有 6 项、Smoke 有 1 项失败，全部源于测试夹具写 临时文件时没指定编码（5.1 的 Set-Content 默认 ANSI），与产品代码无关。
29 lines
777 B
Plaintext
29 lines
777 B
Plaintext
# 行尾与文本判定统一交给本文件，不依赖 core.autocrlf。
|
||
# 本机的 core.autocrlf = true，会让每次 checkout 把工作区改成 CRLF，
|
||
# 从而制造一个「除了行尾什么都没改」的巨大伪 diff。这里钉成 LF。
|
||
#
|
||
# 为什么用 LF 而不是 CRLF：本仓库的源文件一直是 LF，PS 5.1 与 7 都能正确执行 LF 文件；
|
||
# 而与仓库同级的 PowerShell/PSScriptAnalyzer 用的也是这一行。
|
||
* text=auto eol=lf
|
||
|
||
*.ps1 text
|
||
*.psm1 text
|
||
*.psd1 text
|
||
*.ps1xml text
|
||
*.md text
|
||
*.txt text
|
||
*.xml text
|
||
|
||
# 归档与二进制资源：不做任何行尾转换
|
||
*.7z binary
|
||
*.zip binary
|
||
*.rar binary
|
||
*.tar binary
|
||
*.exe binary
|
||
*.dll binary
|
||
*.png binary
|
||
*.jpg binary
|
||
*.jpeg binary
|
||
*.gif binary
|
||
*.ico binary
|