如何将多镜像GitLab CI配置转换为Travis CI（无Dockerfile）

你之前绕了个大弯——Travis CI其实支持像GitLab CI那样直接指定Docker镜像作为每个Job的运行环境，完全不用手动敲docker run/exec这些命令，这样就能保留你原来Shell脚本的简洁性，避开容器挂载、命令嵌套那些坑。

先直接给你对应转换后的正确配置：

language: minimal  # 用最小化环境，避免默认语言环境干扰
jobs:
  include:
    - name: "Build on Debian Jessie (gcc 4.8)"
      docker:
        - image: debian:jessie
      before_script:
        - apt-get update -qq  # -qq减少输出，避免Travis日志过长
        - apt-get install -y git cmake g++-4.8 ninja-build
      script:
        - BUILDDIR=$(mktemp -d)
        - cd "${BUILDDIR}"
        - SOMEVAR=somevalue cmake -G Ninja -DCMAKE_C_COMPILER=gcc-4.8 -DCMAKE_CXX_COMPILER=g++-4.8 "${TRAVIS_BUILD_DIR}"
        - cmake --build .
    - name: "Build on Debian Stretch (gcc 6.3)"
      docker:
        - image: debian:stretch
      before_script:
        - apt-get update -qq
        - apt-get install -y git cmake g++-6 ninja-build
      script:
        - BUILDDIR=$(mktemp -d)
        - cd "${BUILDDIR}"
        - cmake -G Ninja -DCMAKE_C_COMPILER=gcc-6 -DCMAKE_CXX_COMPILER=g++-6 "${TRAVIS_BUILD_DIR}"
        - cmake --build .

为什么你之前的配置会踩坑？ #

你手动操作Docker的方式有几个致命问题：

• 命令上下文混乱：docker exec默认在容器根目录执行，而且bash -c的单引号会直接屏蔽Travis环境变量（比如${TRAVIS_BUILD_DIR}）的解析，换行转义稍有不慎就会让命令拆分错误，导致apt-get、cmake这些命令找不到或者执行失败。
• 环境与权限问题：手动启动的容器虽然用root用户，但没有处理环境变量继承，而且apt-get如果不加-qq这类非交互式参数，可能会因为等待用户输入而卡住。
• 完全没必要的冗余操作：Travis本身会自动管理容器的生命周期——拉取镜像、挂载你的代码目录、运行脚本、清理容器，根本不需要你手动命名、启动容器。

关键配置细节解释 #

• language: minimal：选择最小化基础环境，避免Travis默认的C++环境带来的额外依赖，让我们完全依赖指定的Debian镜像。
• docker: - image: xxx：这就是Travis对应GitLab CIimage字段的写法——Travis会自动拉取这个镜像，在容器内部运行before_script和script里的所有命令，而且会自动把你的代码挂载到容器的${TRAVIS_BUILD_DIR}目录（和GitLab的${CI_PROJECT_DIR}功能完全一致）。
• 脚本逻辑完全复用：你可以直接用原来的Shell语法——cd切换目录、定义变量、赋值环境变量，完全不需要修改任何脚本逻辑，和GitLab CI里的写法一模一样。

这个配置运行起来和你原来的GitLab CI流程完全一致，每个Job在独立的Docker容器中执行，而且彻底避开了手动操作Docker的所有麻烦。

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