私のプロジェクトでは、JenkinsとTravis-CIのどちらかを選択する必要があります。私は何年もJenkinsを使ってきましたが、Travis-CIについての良いレビューも読んでいます。
どちらをオープンソースプロジェクトに使用しますか。両方の主な利点または利点は何ですか?
Travis-ciとJenkinsは、どちらも継続的インテグレーションのためのツールですが、非常に異なります。
あなたがJenkinsをホストし、インストールしそして設定しなければならない間、Travisはホストされたサービス(オープンソースのために無料)です。
TravisはJenkinsのように jobs を持っていません。コードをテストするために実行するコマンドは、プロジェクトコードに沿った.travis.yml
という名前のファイルから取得されます。各ブランチは独自のバージョンの.travis.ymlファイルを持つことができるので、これはブランチごとに異なるテストコードを持つことを容易にします。
以下のプラグインのいずれかを使用すれば、Jenkinsでも同様の機能を持つことができます。
.jervis.yml
ファイルから作成ジョブを読み込むようにするためのJenkinsの修正。 .jervis.yml
が存在しない場合は、代わりに.travis.yml
ファイルを使用するようになります。継続的インテグレーションのためにあなたが考慮するかもしれない他のホストされたサービスがあります(非網羅的なリスト):
Jenkinsに慣れ親しんでいるか、継続的インテグレーションシステムをサードパーティに頼らないために、Jenkinsを使い続けることをお勧めします。そうでなければ、Jenkinsをやめて、無料のホスト型CIサービスのいずれかを使用することになります。ホスト型、インストール型、構成型、ジョブ作成型のいずれかです。
あなたのコードリポジトリがホストされている場所に応じて、私は以下の選択をするでしょう:
GithubプロジェクトでTravis-CIをセットアップするために必要なことは、次のとおりです。
あなたが得る機能は次のとおりです。
私はTravisとJenkinsの両方に取り組みました。両方の機能のいくつかをリストします。
トラヴィス は最初に来る。セットアップはとても簡単です。 GitHubの設定には1分もかかりません。
ジェンキンス:
Travis: GitHubに書き込み権限がある人なら誰でも `restart buildをクリックすることでビルドを再実行できます
Jenkins: フレーズに基づいてビルドを再実行する。 PR/commitの説明には、reverify jenkins
のようにフレーズテキストを指定します。
Travis: / Travisはホスト型環境を提供します。すべてのビルドに必要なソフトウェアをインストールします。それは時間のかかるプロセスです。
ジェンキンス: ワンタイムセットアップ。必要なすべてのソフトウェアをノード/スレーブマシンにインストールしてから、プレインストール環境でビルド/テストします。
Travis: Amazon S3に配置するビルドログをサポートします。
Jenkins: /ビルドアーティファクトプラグインで簡単にセットアップできます。
私はTravis for Open sourceプロジェクトを提案します。設定と使用は簡単です。
セットアップの簡単な手順
.travis.yml
ファイルを追加します。 Travisをリポジトリ設定ページのサービスとして追加します。今すぐあなたのリポジトリにコミットするたびにTravisはあなたのプロジェクトを構築します。あなたは 簡単なステップで始めることができます Travis CIで/.