一、问题描述（必填）

仓库中以下 4 个 shell 脚本保存为 CRLF（或 CRLF/LF 混合）行尾，在 Linux 上 source/执行时报 /bin/bash^M: bad interpreter 或语法错误。其中 login.sh 位于 skills/cannjudge-submit/，是训练营作业提交流程的入口脚本之一，影响最为直接。

二、受影响文件清单（master 分支，file 命令实测）

1. skills/cannjudge-submit/login.sh（全 CRLF）
2. contrib/tutorials/data_structures_compute/07_sort_for_moe_fusion/src/moe_sort_lab/scripts/env_custom_opp.sh（全 CRLF）
3. contrib/tutorials/data_structures_compute/04_reduce_priority_queue_heap/src/reduce_lab/scripts/env_custom_opp.sh（全 CRLF）
4. contrib/tutorials/data_structures_compute/04_reduce_priority_queue_heap/src/reduce_lab/scripts/build_runner.sh（CRLF 与 LF 混合）

三、复现方式

git clone 后执行：

file skills/cannjudge-submit/login.sh

=> ASCII text, with CRLF line terminators

bash skills/cannjudge-submit/login.sh

=> /bin/bash^M: bad interpreter: No such file or directory（或 source 时逐行报 command not found）

四、影响分析

• Windows 编辑器默认保存导致；与此前已修复的 4 个 CRLF 脚本（见 PR !1131）属于同类问题的漏网文件；
• 走到 cannjudge 提交流程的学员如果直接执行 login.sh 会被行尾问题卡住，且报错信息不直观。

五、修复建议

• 对上述 4 个文件执行 dos2unix（或 sed -i "s/\r$//"）统一为 LF；
• 建议在仓库根 .gitattributes 中追加 *.sh text eol=lf 规则，从机制上避免再次引入（PR !1131 修复时如已加过，可复查为何这 4 个文件未被覆盖）。