完全不用在每个子模块里单独放.travis.yml，你只需要在仓库根目录写一份主配置文件，就能轻松搞定所有不同语言子项目的CI构建，甚至能针对每个子项目的特性单独设置运行环境和构建流程。

最常用的方案是利用Travis的构建矩阵（Build Matrix），在根目录的.travis.yml里为每个子项目定义独立的构建任务，每个任务可以指定对应的编程语言、运行环境和执行脚本。

示例根目录.travis.yml配置 #

language: generic  # 用generic作为基础，避免单一语言限制
sudo: required     # 根据项目需求调整，部分语言可能需要权限

matrix:
  include:
    # C++ 子项目构建
    - name: "C++ Build & Test"
      language: cpp
      compiler: gcc
      script: cd cpp && mkdir -p build && cd build && cmake .. && make && make test
    
    # C# 子项目构建
    - name: "C# Build & Test"
      language: csharp
      mono: latest
      script: cd csharp && dotnet restore && dotnet build && dotnet test
    
    # Python 2 子项目构建
    - name: "Python 2 Build & Test"
      language: python
      python: "2.7"
      script: cd python2 && pip install -r requirements.txt && python -m unittest discover
    
    # Python 3 子项目构建
    - name: "Python 3 Build & Test"
      language: python
      python: "3.9"
      script: cd python3 && pip install -r requirements.txt && pytest
    
    # Java 子项目构建
    - name: "Java Build & Test"
      language: java
      jdk: openjdk11
      script: cd java && mvn clean test  # 若用Gradle则改为gradle clean test
    
    # Go 子项目构建
    - name: "Go Build & Test"
      language: go
      go: "1.18"
      script: cd go && go test ./... && go build
    
    # Ruby 子项目构建
    - name: "Ruby Build & Test"
      language: ruby
      ruby: "2.7"
      script: cd ruby && bundle install && rspec
    
    # Lua 子项目构建
    - name: "Lua Build & Test"
      language: lua
      lua: "5.4"
      script: cd lua && luarocks install busted && busted
    
    # Objective-C 子项目构建（需要macOS环境）
    - name: "Objective-C Build & Test"
      language: objective-c
      os: osx
      osx_image: xcode13
      script: cd objectivec && xcodebuild test -scheme MyProjectScheme -destination 'platform=iOS Simulator,name=iPhone 13'

关键说明 #

1. 构建矩阵的作用：每个include项都是一个独立的CI任务，Travis会分别在对应的环境中执行这些任务（默认并行执行，也可调整为串行），任务之间互不干扰。
2. 环境定制：针对不同语言的特性，你可以指定对应的language、版本（比如python: "2.7"）、依赖环境（比如Objective-C需要指定os: osx和Xcode镜像）。
3. 脚本灵活性：script字段里的命令就是进入对应子目录后执行的构建/测试逻辑，你可以根据子项目的实际情况调整（比如用make、dotnet、mvn等工具）。
4. 关于子模块的.travis.yml：Travis本身不支持直接导入子目录的.travis.yml，但你可以把子模块配置里的核心逻辑整合到根配置的矩阵项中，或者在script里调用子目录的自定义脚本（比如cd cpp && ./build.sh）。

额外小贴士 #

• 给每个任务加上name字段，能在Travis的控制台里更清晰地区分不同子项目的构建状态；
• 如果某些子项目需要前置操作（比如安装依赖），可以添加before_script字段来单独配置；
• 若允许某个子项目的构建失败不影响整体CI结果，可以在矩阵项里添加allow_failures: true。

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