避免 mv 覆盖误删需加 -i 参数交互确认，生产脚本勿省略；-n 可跳过覆盖但不提示；路径错误易致重命名而非移动；跨文件系统移动实为复制+删除，权限时间戳会丢失，需 cp -a 等补救。
mv 命令覆盖文件时不提醒，怎么避免误删
默认情况下 mv 直接覆盖目标路径同名文件，且不报错、不提示——这是最常导致数据丢失的操作盲区。
- 加
-i参数强制交互确认：mv -i source.txt target.txt，遇到冲突会停住问你y/n - 生产环境脚本里别省略
-i，哪怕多敲两个字母；临时用alias mv='mv -i'也能兜底 -
-n（no-clobber）更狠：直接跳过覆盖，但不会告诉你“我跳过了”，容易误以为移动成功了 - 注意：
mv -i在非交互式 shell（比如 cron 任务）里会静默失败，此时得换-n或加判断逻辑
mv 移动目录时路径写错，结果变成子目录嵌套
典型错误是漏掉末尾斜杠或搞混相对/绝对路径，比如把 mv dir1 dir2 误写成 mv dir1 dir2/（其实等价），但若 dir2 不存在，mv 就会把 dir1 重命名为 dir2，而不是创建 dir2/dir1。
- 想确保移动进目录，目标路径必须存在且以
/结尾（如dir2/），或先mkdir -p dir2再mv dir1 dir2/ - 用
ls -ld dir2确认目标是不是目录；如果返回 “No such file”，说明mv会执行重命名而非移动 - 跨文件系统移动大目录时，
mv实际是“复制+删除”，中途断电可能只剩一半，建议先rsync -av --remove-source-files更可控
mv 命令在不同 shell 或 BusyBox 环境下行为不一致
GNU coreutils 的 mv 和 Alpine 的 BusyBox mv、或 macOS 的 BSD mv 对参数支持程度不同，比如 -v（verbose）在某些嵌入式系统里压根不识别。
- 检查版本：
mv --version（GNU）、mv -V（BusyBox）、mv -h（BSD）——输出格式差异很大 -
-u（update：只当源比目标新时才移动）在 GNU 里可用，在 BusyBox 中通常不支持，脚本里慎用 - 路径含空格或特殊字符时，务必用引号包裹：
mv "my file.txt" "new name.txt"，否则 shell 拆分出错 - 符号链接默认被移动本身，不是它指向的文件；加
-L才跟随链接（GNU only），BSD 不支持该选项
mv 后文件权限或时间戳变了，还能恢复吗
mv 在同一文件系统内是原子操作，只改 inode 的目录项，不改文件内容、权限、mtime；但跨文件系统移动时，本质是 copy + unlink，权限和时间戳会重置为当前 umask 和系统时间。
- 保持权限：用
cp -a复制后手动rm -r源，-a包含-p（保留权限）和-t（保留时间戳） - 保持时间戳：GNU
cp支持--preserve=timestamps，但mv本身做不到跨设备保时间 - 注意：SELinux 上下文在跨文件系统
mv后会丢失，需restorecon修复，否则服务可能拒绝访问
mv 自己什么也不管。 
