Travis CI部署阶段文件重命名咨询：staging环境替换robots.txt

当然可以实现这个需求！其实Travis是支持部署前执行自定义操作的，可能你之前没留意到它的before_deploy阶段——这个环节刚好就是为部署前的准备工作设计的，和Jenkins里在构建脚本里加命令的逻辑完全相通，而且Travis默认使用Linux（Ubuntu系）环境，mv/cp这类命令都能直接运行。

下面给你两种可行的实现方式：

方式一：直接在.travis.yml中写命令（无需额外脚本） #

你可以直接在before_deploy阶段添加条件判断，只在staging部署场景下执行重命名操作：

# .travis.yml 配置示例
before_deploy:
  # 仅当部署环境为staging时，替换robots.txt
  - if [ "$DEPLOY_ENV" = "staging" ]; then mv staging.robots.txt robots.txt; fi

# 你的其他部署配置（比如部署到S3的相关设置）
deploy:
  # ... 你的S3部署逻辑 ...

注意事项： #

• DEPLOY_ENV是一个自定义的环境变量，用来区分生产和staging环境。你需要在Travis项目的设置页面里添加这个变量，或者在部署触发时指定它的值（比如通过Travis CLI或者CI触发参数）。
• 确保staging.robots.txt已经存在于你的仓库中，或者在之前的构建阶段已经生成，否则重命名命令会报错。

方式二：通过单独的脚本文件执行（适合复杂逻辑） #

如果后续需要扩展更多部署前操作，你可以把逻辑写到单独的脚本里：

1. 在项目根目录创建move_robots.sh脚本，内容如下：

#!/bin/bash
# move_robots.sh
if [ "$DEPLOY_ENV" = "staging" ]; then
  echo "替换staging环境的robots.txt..."
  mv staging.robots.txt robots.txt
fi

2. 给脚本添加执行权限（本地执行后提交到仓库）：

chmod +x move_robots.sh

3. 在.travis.yml的before_deploy阶段调用这个脚本：

# .travis.yml 配置示例
before_deploy:
  - ./move_robots.sh

# 你的其他部署配置
deploy:
  # ... 你的S3部署逻辑 ...

为什么用before_deploy？ #

这个阶段处于构建完成后、部署开始前，刚好符合你“部署前修改文件”的需求，而且修改后的文件会被正常打包/上传到S3，完全不会影响生产环境的部署逻辑——生产环境下因为DEPLOY_ENV不是staging，不会执行重命名操作，默认的robots.txt会被保留，爬虫可以正常爬取。

内容的提问来源于stack exchange，提问作者John Little