Linux脚本自动化核心在于可维护、可复用、易定位、可迁移，关键做到“稳”和“省心”：避免硬编码路径与敏感信息，统一配置变量并注释；启用set -euo pipefail强化错误处理；规范日志记录与调试机制；合理使用cron或systemd timer部署。
Linux脚本自动化不是写完能跑就行，关键是可维护、可复用、出错能定位、环境能迁移。核心在于“稳”和“省心”，而不是炫技。
变量与路径：别硬编码，用动态获取
脚本里写死 /home/user/logs 或 mysql -uroot -p123 是大忌。一旦换机器、换用户、换环境就崩。
- 用 $HOME、$(dirname "$0")、$(realpath "$(dirname "$0")") 替代绝对路径
- 敏感信息（密码、密钥）不进脚本，改用环境变量或配置文件（并设 chmod 600）
- 配置项统一放在开头的变量区，加注释说明用途，比如：# LOG_DIR: 日志保存根目录，自动创建
错误处理：别让失败静默消失
默认情况下，命令失败脚本照常往下走，结果可能错得离谱却没人发现。
- 开头加 set -euo pipefail：遇到未定义变量、命令失败、管道任一环节出错都立即退出
- 关键步骤后加 || { echo "备份失败"; exit 1; }，比单纯写 if ! cmd; then ... fi 更简洁明确
- 用 $? 检查特定返回值（如 rsync 的 23 表示部分文件失败），不只看 0/非0
日志与调试：运行时知道它干了啥
半夜 cron 跑崩了？没日志=盲人摸象。
- 用 exec >> /var/log/myscript.log 2>&1 把所有输出追加进日志（开头就加）
- 每段逻辑前加 echo "[$(date +'%F %T')] 开始清理临时文件"，时间戳+动作描述
- 调试时临时加 set -x（显示执行命令），但上线前务必删掉或用开关控制
部署与触发：让它真正“自动”起来
写完脚本只是第一步，得让它在对的时间、对的环境下稳定跑起来。
- cron 任务避免用 %，需转义为 \%，且 PATH 常不一致——建议在 crontab 里显式声明 PATH=/usr/local/bin:/usr/bin:/bin
- 用 systemd timer 替代复杂 cron（支持依赖、日志集成、状态查看），尤其适合需要开机启动或依赖网络就绪的场景
- 脚本第一行必须是 #!/bin/bash（别用 sh），并确保有执行权限：chmod +x deploy.sh
基本上就这些。不复杂，但容易忽略。脚本越早按这套习惯写，后期省下的排查时间越多。
