1つ 以前は可能でした から Vagrantボックスをダウンロード Travisビルドをデバッグします(たとえば、GitHubプロジェクトの場合)。どうやら、これはもはや不可能です、それで人々は現在どのように複雑なTravisビルドチェーンをローカルでデバッグしますか?
ビルドを検査する1つの方法(デバッグではなく、申し訳ありません)は、失敗時にビルドログを別のサーバーに送信することです。
次に例を示します。
after_failure
- Sudo tar -czf /tmp/build-${TRAVIS_BUILD_NUMBER}-logs.tgz your-application-logs/
- scp /tmp/build-${TRAVIS_BUILD_NUMBER}-logs.tgz [email protected]:~/logs
メールで送信したり、ストレージサーバーに保存したりできます。
これらのログは、デバッグモードでテストを実行し、独自のログもtarballに含める場合に役立ちます。
残念ながら、現時点では、travis-ciビルドをローカルでテストするための適切なソリューションはありません。私がお勧めできる最も近いものは、Ubuntu 12.04 vagrant vmであり、 ここ のTravisシェフクックブックでプロビジョニングします。ほとんどの場合、テストの失敗はtravisソフトウェアによるものではないため、これによりほとんどのユースケースが解決されます(ただし、ほとんどのTravisソフトウェアは他のTravisソフトウェアに依存しているため、運が悪い場合はかなり困難です。セットアップ)が、基盤となるOS(Ubuntu)およびRuby and Ruby gemsなどのソフトウェアから。
JVMビルド用のDockerファイルを作成する際に亀裂がありました ここ これは私にとってはうまく機能します。これは、公開されたtravis containers に基づいており、 Travis CLI および Travis Build プロジェクトを利用して、.travis.ymlファイルを実行できるようにします。 Dockerコンテナ。
ビルドされたJVMイメージは docker hub にあります。