Travis CIでビルドパイプラインを作成する

Travis CIには現在、無料バージョンと有料バージョンの2つのサービスがあることを知っておくことが重要です。

.orgドメイン名で示される無料バージョンは、全機能for any public GitHub repositoryを提供します。 ビルドまたはリポジトリの数に制限はありませんが、パイプラインの実行時にリソース制限が課せられます。

プライベートGitHubリポジトリには、.comドメイン名を使用する有料バージョンが必要です。 また、無料プランと比較して、より多くの同時ビルドと無制限のビルド時間を提供します。 有料版をテストするために、最初の100ビルドの無料試用版があります。

最初は、すべての公開リポジトリは非アクティブと見なされます。 これを解決するには、we need to enable our repository from the account settings page。

これには、すべての公開リポジトリとトグルボタンがリストされます。 トグルボタンをクリックすると、master:のデフォルトブランチを使用して、新しいコミットについてそのリポジトリの監視を開始するようにTravisCIが構成されます。

各リポジトリにはSettingsボタンもあることに注意してください。 ここで、さまざまなパイプラインの動作を構成できます。

このチュートリアルでは、デフォルト設定で問題なく動作します。 後で、デフォルトの動作の一部をオーバーライドする方法を説明します。

次のステップは、リポジトリのルートディレクトリに.travis.ymlという名前の新しいファイルを作成することです。 このファイルには、パイプラインの構成に必要なすべての情報が含まれています。 Without this file, the pipeline will not execute。

このチュートリアルでは、プログラミング言語を指定する最低限の構成を含める必要があります。

それでおしまい！ これ以上情報を提供することなく、Travis CIは次の簡単なパイプラインを実行します。

.travis.ymlファイルをコミットすると、Travisは最初のビルドを開始します。 masterブランチにさらにコミットすると、追加のビルドがトリガーされます。 また、ダッシュボードを使用すると、コミットまたはプルリクエストを必要とせずに、いつでも手動でパイプラインをトリガーできます。

Mavenプロジェクトのビルドに使用されるデフォルトのコマンドは次のとおりです。

.travis.ymlにscriptディレクティブを設定することで、これを任意のコマンドに変更できます。

&&演算子を使用して、複数のコマンドを1つのscript行にチェーンすることができます。

一部のビルドコマンドは複雑で、複数の行にまたがったり、複雑なロジックを持つことがあります。 たとえば、環境変数に基づいて異なるアクションを実行する場合があります。

In these cases, it’s recommended to place the build command in a stand-alone script、および構成ファイル内からそのスクリプトを呼び出します。

Javaプロジェクトのデフォルトのビルド設定は、コードをコンパイルしてテストを実行するだけです。 結果のアーティファクト（.jarファイルなど）は、どこかにデプロイしない限り、パイプラインの最後で破棄されます。

Travis CIは、さまざまな有名なサードパーティサービスをサポートしています。 アーティファクトは、Amazon S3、Google Cloud Storage、Bintrayなど、多くの一般的なクラウドストレージシステムにコピーできます。

AWS、Google App Engine、Herokuなどのdeploy code directly to most popular cloud computing platformsも使用できます。

以下は、Herokuにデプロイする方法を示す構成例です。 暗号化されたプロパティを生成するには、Travis CLI toolを使用する必要があります。

さらに、独自の展開スクリプトを作成できる汎用的な展開オプションを提供します。 これは、ネイティブにサポートされていないサードパーティシステムにアーティファクトを展開する必要がある場合に役立ちます。

たとえば、アーティファクトをプライベートFTPサーバーに安全にコピーするシェルスクリプトを作成できます。

デフォルトでは、パイプラインはmasterのすべてのコミットに対して実行されます。 ただし、ほとんどの大規模プロジェクトでは、何らかの形のgit分岐を使用して開発サイクルを管理しています。

Travis CI supports both white and blacklisting of git branchesは、どのコミットがパイプラインをトリガーするかを決定します。

例として、次の構成を検討してください。

これは、masterおよびnightlyブランチでのコミットを無視します。 releaseおよびstableブランチへのコミットは、パイプラインをトリガーします。 onlyディレクティブは常にexceptディレクティブよりも優先されることに注意してください。

正規表現を使用して、パイプラインをトリガーするブランチを制御することもできます。

これにより、developmentで始まるブランチでのコミットに対してのみパイプラインが開始されます。

We can use the git commit message to skip individual commits。 Travis CIは、次のパターンについてメッセージを調べます。

ここで、は次の値のいずれかです。

コミットメッセージがこれらのパターンのいずれかに一致する場合、パイプラインは実行されません。

Javaプロジェクトのデフォルトのビルド環境はUbuntu Linuxです。 パイプラインは、次の構成を.travis.ymlに追加することにより、MacOSXまたはWindowsServerでも実行できます。

Linuxでも、選択できる3つの異なるディストリビューションがあります。

build platform documentationは、利用可能なすべての環境とその違いをカバーしています。

プラットフォームを変更する場合は、互換性を確保するために、カスタムのbuildまたはdeployスクリプトも変更する必要がある場合があることを覚えておいてください。 構成でhandle multiple operating systemsを実行するには、いくつかの方法があります。

.travis.ymlファイルで次の構成を設定することにより、JDKの特定のバージョンに対してテストすることもできます。

異なるLinuxディストリビューションであっても、異なるビルド環境では異なるJDKバージョンを使用できることに注意してください。 JDKバージョンの完全なリストを確認するには、各環境のドキュメントを参照してください。