CIマニアから見たGitHub Actions(Beta)の使い所 - くりにっき
1ヶ月くらい使って勘所が見えてきたのでメモ メリット 1リポジトリ辺り20並列までジョブを並列実行できる ジョブ実行時はアクセストークンが勝手に設定されている マトリクステストがやりやすい 実際にGitHub Actionsに移行したプロダクト zatsu_monitor activerecord-compatible_legacy_migration index_shotgun デメリット yamlのanchorが使えない マトリクステストだとSlack通知がつらい 合わせて読みたい メリット 1リポジトリ辺り20並列までジョブを並列実行できる これに尽きる。 CircleCIにしろTravis CIにしろorganization(user) *1単位で並列数が縛られているため、例えば同じuserの他のリポジトリでジョブが詰まっていると別リポジトリではqueueが詰まってジョブが実行され
Jenkinsを使った最高のマトリックステスト（2016年版） - くりにっき
マトリックステストとは？ マトリックステストの行い方 実行結果 問題点 軸の設定をジョブにハードコーディングする必要がある 除外設定が面倒 俺はTravis CIみたいにリポジトリにコミットしたymlファイルでテストしたいんじゃああああああ！！！１１１１１ 使い方 マトリックステストとは？ 複数のパラメータを掛けあわせてテストを実行することです （例：Ruby 2.1系、2.2系、2.3系 x Rails 4.2系、5.0系 = 計6パターンのテストを行うこと） Travis CIの方がもっと手軽に行う事ができるのでOSS開発の場合はそっちを使うといいと思います 参考 sue445.hatenablog.com マトリックステストの行い方 「新規ジョブ作成」で「マルチ構成プロジェクトのビルド」でプロジェクトを作成します 「マトリックスの設定」でテストしたい軸とパラメータを記述するだけです
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
