fix: 源文件改存 UTF-8 with BOM，让 Windows PowerShell 5.1 真正可用

改造前：全仓 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），与产品代码无关。

.gitattributes

@@ -0,0 +1,28 @@
+# 行尾与文本判定统一交给本文件，不依赖 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