GitHub ActionsでRuby on RailsのCI環境を構築する上でのポイント - STORES Product Blog
STORES 予約 でwebアプリケーションエンジニアをやっております。ykpythemindです。 GitHub Actions、とても便利ですよね。STORES 予約チームでは徐々にCircleCI から GitHub Actionsへの移行を進めていますが、この度歴史あるRailsのリポジトリのCIを移行したので知見を公開します。 概要 RSpecを実行する CIの実行速度のチューニング（CircleCIと同等の速度にしたい） node_modulesなどのインストール結果をキャッシュする テストを並列実行する 大きな方針として、CircleCI等の他サービスからの乗り換えの場合、同等のCI速度/課金額でないと移行は現実的でないと思いますので、速度面のチューニングも意識しています。 ほぼそのままの設定を貼ります 一部プロジェクト固有のstep等があり注釈コメントをつけています。適宜調
GitLab CIを触って暫くたったので雑な感想 - Webuilder240's Blog
いろいろどっかにGitlabCIについての知見をまとめてたはずなんだけど、なくしてしまったので書くのに時間がかかってしまった。 とりあえずどんな感じなのか雑に眺めたい方もいることなので、雑にまとめた。 Gitlab CI 3行まとめ Gitlab CIはGitLabで使える。CircleCIみたいなもん。最初にちょっとセットアップすれば、Jenkinsより簡単・便利。カバレッジとか成功時にデプロイとか出来る。 GitLab RunnerというCIで使うコンテナを動かすサーバーの構築が必要になるが、必要な作業は大体これだけ。あとはアプリケーション側で設定する。 GitLab使ってたら使っていいと思う（特にアンチJenkins） GitLab CIについて Ruby + Go, Dockerを使っている 8.2位からGitLabの機能に統合された。 .gitlab-ci.ymlにcircle.
継続的 bundle update サービス deppbot を使ってみた
昨日話題になっていた https://www.deppbot.com と、 拙作のツール ci-build-trigger [2015-07-28-1] を比較してみました。 タイミングよく、Gem のアップデートがあってよかったです。 私のツールが作った Pull request# https://github.com/masutaka/masutaka-metrics/pull/19 deppbot が作った Pull request# https://github.com/masutaka/masutaka-metrics/pull/20 良くなったこと# アップデートされた Gem の情報が Pull request の description にまとまってすっきりした compare_linker では取得できないことがあった、リポジトリや Diff へのリンクが完璧に取得できて
新しいリリースプロセスをデプロイした - fujimuradaisuke's blog
今やっているサービス、ちょっと障害が増えてきたので、リリースプロセスを変えました。 ざっくり言うと、今までmasterを全部デプロイしていたのを、金曜日以外の毎日一回、手動の確認をしてリリースするようにした。実際のドキュメント(Wikiです)を日本語にしてダイジェストで紹介してみようと思います。 ちなみにこのサービスは複数のアプリケーションがあって、今回対象にしたのはそのうちの主要な3つのみです。 ブランチ戦略 developを本流として、そこにトピックブランチからプルリクエストを出す。masterは常に本番環境に自動的にリリースされる*1 急ぐときはHotfixとしてmasterに直接プルリクエストを出してもOK*2。 リリース手順 HipChatで「リリースするよ」ってアナウンスする developからmasterにプルリクエストを出す HipChatでHubotに頼むと、Jenkin
大晦日〜正月にiOSでCircleCIを試したので振り返ってみた - Qiita
はじめに 皆様、新年あけましておめでとうございます 今年も不定期に思いつきで記事をあげていくのでよろしくお願いいたしますm(_ _)m 昨今TravisCIに代表されるCIサービスが流行ってますね。 Rettyでは内製JenkinsでCIを頑張っているのですが、CircleCIでiOSのBetaできるよって公式ドキュメントを見つけたので、大晦日〜正月にかけてトライしてみました。 だいぶ記事が長いので「結論から知りたい」という方はこちらのまとめから御覧くださいませ。 CircleCI事始め アカウントの作成 まずはアカウントを作ります。 アカウントはGithub認証を利用したものになるため、Githubアカウントがないと登録できません。 CircleCIのアカウント作成はこちらからどうぞ。 対象リポジトリの選択 登録したらまずはCI対象にするリポジトリを選びます。 アカウントにOrganiz
Jenkinsの使い勝手をよくするための見直し6点 ｜ Developers.IO
今回の課題 こんにちは植木和樹です。7月にserverspecを使ったChefの自動テストのエントリを書きました。 【AWS】JenkinsとserverspecでChefのテストを自動化する このエントリは初めてJenkinsを触った時に書いたので、いろいろと流儀がわかっていませんでした。その後弊社にJenkinsマイスターの渡辺修司さんが入社したということで、Jenkinsの設定について見てもらいました。その時に次の6点を見直すよう指摘がありました。 ジョブは意味ある単位で1つにまとめるべし ジョブで実行するシェルスクリプトもgitから取得すべし EC2の起動に失敗したら後続処理を停止させるべし serverspecの実行結果はJUnit（XML）形式で出力すべし 実行結果のXMLをJenkinsで読み込んで統計グラフを出力すべし 定時実行でなくgit push hookを入れるべし
GitHub Code Review Tool for JS, Ruby, Swift, and more - Hound
JavaScript Ruby Python Swift PHP Sass Go Elixir TypeScript CoffeeScript Haml Shell Read more about Hound’s supported linters Convention Defining and sticking with a consistent style helps reduce the amount of decisions that developers need to make when writing code, helping to keep their focus on logic, not semantics and formatting. Consistency When every line of code is written in the same style,
CI（継続的インテグレーション）サービスまとめ・14個！ - atskimura-memo
CIって？ CIはContinuous Integration（継続的インテグレーション）の略です。 継続的インテグレーションとは、ソフトウェア開発手法において、プロジェクトメンバーがそれぞれ開発した結果を頻繁に結合し、定期的にビルドやテストを行うことである。問題点を早期に摘出することができ、効率的な開発に役立つ。 不具合は早く見つける方が対策費用が抑えられるため、ソフトウェアのビルドを頻繁に行うのが好ましく、ビルド結果が正しいことを検証するためにすぐにテストを行う。このような手続きは出来る限り自動化するのが好ましい。そのため、継続的インテグレーションを実践するためには、結合のためのビルドとテストの自動化のために「CIサーバー」などと呼ばれる専用コンピュータを用意することが推奨されている。 ちなみに、ソフトウェア開発手法のひとつである「エクストリームプログラミング」では、継続的インテグレー
Githubのプライベートリポジトリでも無料で使えるCI、Werckerを使ってrails newからHerokuのデプロイまでやってみる | mah365
SaaSのCIと言えばTravis CIやCircle CIといったサービスが有名ですが、いずれにしてもプライベートリポジトリを使う場合は有料なのです。しょうがないよね、商売だもんね。でもCI入れたいなぁ。 そんな中、GithubだろうがBitbucketだろうがプライベートリポジトリでも無料で使っていいよ！というβ期間中のCI、Werckerが僕の周辺で話題になっていたので、触ってみました。画面もスゲー使いやすい上に、ハマりどころもなく、これはひょっとしてひょっとするんじゃないの？という期待を込めて、rails newからRailsアプリをHerokuにデプロイするまえのチュートリアルを作ってみました。みなさんもこの記事を参考に、ぜひ使ってみてください。 この記事のゴール Githubにpushしたら自動的にWercker上でRSpecのテストが動くこと Werckerでのテストに成功し
個人でJenkinsを入れるために比較したこと - くりにっき
個人でJenkinsを入れてみたかったのでいろいろ調べてました 料金体系は個人の小遣いで使える範囲(月数千円)でしか比較していません 為替レートは $1 = 90円 で計算しています CloudBees: The Java PaaS Company Jenkinsのクラウドサービスで「DEV@cloud」というのがあります 料金体系 http://www.cloudbees.com/platform/pricing/devcloud.cb FREE: 無料 BASE: 月$15 = 月1350円 PRO: 月$50 = 月4500円 ENTERPRISE: 月$100 = 月9000円 FREEの制限事項 一度に実行できるビルドは1つだけ ビルドは月300回月300分まで Community plugins(プラグインマネージャーからのプラグインのインストール)が使えないため、使えるプラグ
Git ブランチから自動的に Jenkins ジョブを作る - kotas.tech
Jenkins の Git プラグインは標準で複数ブランチのビルドに対応してるんですが、1つのジョブで全部のブランチをビルドするので [成功 (master)] → [失敗 (branchA)] → [成功 (master)] → [失敗 (branchA)]みたいな感じでブランチごとの成功/失敗がわかりづらく、IRC に通知出してると FAILED! → Yippie! → FAILED! → Yippie! …とうるさい感じで残念です。 というわけで軽くググったところ、引っかかった↓を導入します。 Jenkins "Build Per Branch" by entagen インストール まずはドキュメントに書かれている通り、Jenkins にプラグインをいくつかインストール。 Git Plugin - Jenkins - Jenkins Wiki Gradle Plugin - Jen
ScaleOut | Supership
「ミライリアルの幸せを、デジタルの力で創る」ことを目指すSupershipグループの社内報です。日々の出来事、メンバーの働く様子や声、未来への想いなど、Supershipグループの”Be Super”なストーリーをみんなでシェアしていきます。
【入門】Jenkins (CI) + Ruby on Rails 3.2.x (RSpec) + GitHub + Amazon EC2 (Amazon Linux AMI) を使った継続的テスト【更新：2013-10-29】 - #tech
前置き 最近、扱っている Rails アプリケーションの規模が少し大きくなってきたので、 そろそろちゃんとテストを書かないとなぁと思っていた。 私はテスト (CI) に関して次のような考えを持っている。 テストの実行は第三者がおこなう 人はどうしても怠惰な方に流されやすい生き物だと思う。 私も「ちゃんとしっかりテスト（書いて・実行）しよう！」という意思が薄いタイプの人間に思える。 なので、テストの実行と、失敗時の通知は、自分ではない「第三者」がやってくれないと困る。 サボってたら叱ってくれる人がいてほしい。 テストの成功・失敗の履歴は残しておくべき テストがチェックインごとに正しく実行され、どのチェックインでテストが壊れたのか。 それはきちんと管理されているのが望ましいと思う。 いつの間にか、テストが壊れており、どのチェックインで壊れたのかわからない。 という状況は避けたい。 というわけで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Sauce Labs - Selenium-based Downloads,Hosting and Support
HTML Redirect
Continuous Integration and Delivery - CircleCI