社内外でちょいちょい聞かれるのでメモ。 前置き GitHubを使ってる場合 ライブラリを作ってる場合 Travis CIを選択する理由 2020/4/21追記 Travis CIを選択しない理由 アプリを作ってる場合 CircleCIとWerckerの共通点 CircleCIとWerckerの機能差異 GitLabを使ってる場合 GitLab CIの優位点 Jenkinsなどを使った方がいい場合 追記：2018/12/8 前置き 100%自分の主観なので偏ってます SaaSかオンプレならSaaS派。（自分でサーバの面倒身たくない） 自分が使ったことがないものは紹介していません 今回紹介してるTravis CI, CircleCI, Wercker, GitLab CI, Jenkinsに関しては仕事や趣味で各3〜4年くらいは使ってるはず GitHubを使ってる場合 ライブラリを作ってる場合
TE(テストエンジニアリングチーム) の川向です。 今回は性能検証(負荷検証)自動化のお話です。 サイボウズでの性能検証(負荷検証) 性能検証は、製品に対して大量のアクセスを実行し、これによって得られるデータを解析する試験です。負荷検証とも呼ばれます。 サイボウズでは解析結果を元に、バージョンアップによる性能の劣化調査や、パッケージ版向けのサーバーの構成例を作成しています。 検証は以下の流れで行っています。 ・環境構築 検証対象の製品を構築します。クラウドの製品の場合、運用環境と同等の機材上に構築しています。 パッケージ版の製品では、利用が想定されるスペックのマシンを使用しています。 ・テストデータの作成 製品の利用ユーザ数に応じてデータも増えるので、 性能検証でもある程度のユーザ数を仮定してデータを用意しています。 基本的にはバックアップしている過去の検証データを使います。データ作成時間
「Jenkins X」発表。Git/Docker/Kubernetesに特化したことでCI/CD環境の構築運用を自動化 ソフトウェアの開発プロセスにおいて、「Jenkins」はビルドやテスト、デプロイなどを自動化してくれるツールとしてよく知られています。 そのJenkinsの派生プロジェクトとして、「Jenkins X」が発表されました。Jenkins Xは、Git、Docker、Kubernetesの環境を前提とすることで、Jenkinsの設定、運用などを大幅に自動化し、より簡単な導入と運用を実現するものです。 Jenkins Xは、Git/Docker/Kubernetes環境に特化 オリジナルのJenkinsは汎用的なビルドやテストの自動化ツールとして、さまざまな環境やツールと連係できるように作られています。そのため柔軟なコンフィグレーションが可能になっていますが、一方でそれが導入や
sue445 2017/03/02 GitLab Meetup Tokyo #1 自己紹介 Go Sueyoshi a.k.a sue445 株式会社ドリコム 所属 インフラストラクチャー部 社内gemを中心にアプリからインフラまでだいたいサーバサイドを浅く広く見てる 今まで作った主要なものは sue445 Advent Calendar 2016 - Qiita を参照 「ドリコムのプリキュアの人」として社内外で有名 Twitterは上級者向けのアカウントなのでフォロー厳禁 GitLab関係で作ったものをいくつかピックアップ GitLab Notifier for Google Chrome™ GitLabの通知を受け取るためのChrome拡張 Jenkins GitLab Logo Plugin JenkinsにGitLabのプロジェクトのロゴを表示 gitlab_awesome_re
前置き GitLabではGitHubと違いリポジトリごとにアイコンを設定することができます。 例： https://gitlab.com/gitlab-org Jenkins GitLab Logo PluginはGitLabのリポジトリに設定されているロゴをJenkins上で表示するためのJenkinsプラグインです。 https://github.com/jenkinsci/gitlab-logo-plugin https://wiki.jenkins-ci.org/display/JENKINS/GitLab+Logo+Plugin 使い方 Global Configuration APIのエンドポイントとトークンを設定 Job Configuration 表示したいリポジトリを設定 外見 こんな風にダッシュボードにGitLabで設定してるリポジトリのロゴが表示されます。 ロゴをクリ
忙しい人のためのまとめ 経緯 v1とv2で設定の互換性がない理由 アップデート方法 v2.0.0の目玉機能 忙しい人のためのまとめ v1とv2で設定ファイルに互換性がないので注意すべし 経緯 この辺 GitLab Merge Request Builder plugin さん、v1.2.4からv2.0.0にアップデートしたのにリリースノート皆無かよ。。。— sue445 (@sue445) January 3, 2016 https://t.co/4rcTTHjlb8 のPRをななめ読みしてアップデートしたら設定吹っ飛んだ。。。設定ファイルをdailyでバックアップとっておいて正解だった— sue445 (@sue445) January 3, 2016 早く寝るつもりだったが怒り駆動でissue投げるに至った https://t.co/a21g6BEHO8— sue445 (@sue44
これは ソフトウェアテストあどべんとかれんだー2014 - connpass の4日目です 3日目 @ntddk さんの選択的シンボリック実行ツールS2E | 一生あとで読んでろ でした 4日目：Paraductでお手軽マトリクステスト 渋谷Ruby会議01でParaductをエクストリームリリースしました #428rk01 - くりにっき で書いたことの再編です Paraductとは？ Paraduct = parallel + parameterize + product（掛け算の積） 複数のパラメータを組み合わせて平行してテストを実行するためのライブラリです Jenkinsで複数のパラメータを組み合わせたマトリクステストしようとすると組み合わせの個数分だけジョブを作る必要があるので、Travis CI みたいにyamlでマトリクステストを実行できます。 Jenkinsだと Parad
Jenkinsは継続的デリバリーとか継続的インテグレーションの文脈で語られることが多いので、ソースコードのビルドだったりテストの実行だったりをエンジニアの代わりに実行してくれるツールだと思われていることが多いです。(当たり前のことを長々と何言ってんだって感じですが) しかしJenkinsの機能を、そういったような開発管理ツールではなく汎用的なバッチツール、要は「すごいcron」として使用できることも分かったのでちょっと試してみました。 Git pluginを入れる 今回はサーバ上で動かすバッチをすべてGithubで管理しようと思いますので、pluginを入れます。 入れるのはjenkins GIT plugin! https://wiki.jenkins-ci.org/display/JENKINS/Git+Plugin いれたらJenkinsからGithubにアクセスする設定を行います。
前提: GitHub flow を使っていてCIサーバーはJenkins 最近ちょっと開発フローの改善をして、とてもよく機能してて満足しているので紹介してみる。 この改善をやる前の悩み: pull-requestでコードレビューはできるのだけど、cssとかjavascriptなどの見た目や動作の変更ってコードだけだとわかりにくい。レビューする人が各自ローカル環境で実行するのもだるい。 コードを読まないデザイナーとかプロダクトオーナーとかの人が、pull-requestのレビュープロセスに簡単に参加できない(非開発者全員のところでローカル環境設定するのはだるすぎる)。 コード的にokに見えてmasterにmerge後、何か問題(特に仕様的な問題や、デザイン的な問題)が発生した場合、「修正branchを作ってpull-request」というフローを再度回さないといけない。最初のpull-req
Commit Status APIについて Githubにはcommit statusを操作するためのAPIがあります。 commit statusとは、特定のコミットがどういう状態にあるのかを示すものです。 successとかfailureとかpendingとか。 参考: Commit Status API · GitHub Blog commit statusが登録されているコミットをpull requestすると、commit statusの状況を確認して、マージしても問題無いかを自動で表示してくれます。 こんな感じ。 travis-ciを使ってると上手いことやってくれるんですが、今の所、Jenkinsだと多少工夫が必要です。 いくつかやり方はありますが、私が採用したのはparameterized trigger pluginを使う方法です。 設定内容 1. masterや、rele
Androidアプリのビルド／テストはCIでここまで変わる：グリーはいかにしてJenkinsを導入したのか（3）（1/2 ページ） グリーのサービス開発における継続的インテグレーションと、CIツールであるJenkinsの導入について、CI導入のモチベーション、進め方のポイントを中心に説明します。今回は、apkの作成までの自動化を手始めに、徐々に自動化の資産を積み上げていくことで開発ワークフローを改善していく過程を紹介します。 前回の「JenkinsでCIすればiOSアプリのビルドは、もう面倒くさくない」に続き、今回はAndroidアプリ開発とJenkinsについて紹介します。 Androidアプリのビルド Android開発の継続的インテグレーションの第一歩として、まずはAndroidアプリをJenkinsでビルドしてapkファイルを作成してみましょう。あらかじめJenkins、Andro
概要 1ヶ月くらい一緒にお仕事している外国人プログラマさんを観察した記録です。 スペック 性別: 男性 仕事内容: うちの会社のプログラマは、ざっくり JS 等のフロントエンドと、 Java 等のバックエンドエンジニアにわかれているのですが、彼はどちらもやっているようです。 好きな食べ物: はちみつ たまに、くまさんのようにはちみつを舐めていました。 性格 彼はめんどくさがり屋です。 同僚の Windows ユーザの手伝いをしている時、 "C:¥Program Files¥..." みたいなパスを打ちながら、「めんどくさい。 ああ めんどくさい」 と 100回くらいつぶやいていました。 (普段の彼の環境は mac なので /usr/local/bin) パスワードを覚えるのもめんどくさいので 1Password で管理しているようです。 PC スペック マシン: Macbook Pro メ
iPad mini + Cellularを朝一番から並んで買いました！軽くてLTEでネットが使えるということで、外に持ち歩き端末としてはApple史上最高な端末です。 しかし、私は出かけるときには常にコードを書ける環境を持って歩きたいので、結局MacbookProかAirを持って出かけることになってしまいます。 最近、MBP15に代えたのでちょっと持ち歩きが厳しいなと思っていたので、この際iPad miniでコードを書く環境を構築することにしました。 まずはキーボード。前に買ってあったrapoo E-6300をBluetoothで接続してみます。一発でつながったし、サイズ感も良い感じです。 蓋になる形のキーボードも出ているようですが、とりあえずE-6300で問題なさげ。 次にメインとなるエディタです。iPadでソースコードを書くのに適していて、Dropboxに対応しているエディタといえば、
デブサミが 10 周年でした。 残念ながらオファーなかったのですが、一昨日くらいに急に参加していいよって言われたので 「From Legacy to Agile 〜レガシー開発からアジャイル開発へ〜」に乱入してきました。 そこでチームビルディング的な話を話させてもらいました。 資料とか特に作っていなかったので僕がリーダーとしてチームメンバーにお願いしている決まり的なことを簡単にまとめておこうと思います。 テストを書け 問題を根性で解決するな 人を殺す以外なら何やってもいい 失敗を引きずるな 個別に補足書いて行きます。 一応状況の簡単な説明をしておくと、最初は 3 人しかいないチームに 「手伝ってくれないか？」と言われ合流しました。その後、僕がリーダーになり 今は 15 人前後のチームで動いています。 テストを書け これは僕がチームに入るときに最初に宣言しました。 「テストを書かないようなプ
(本記事は @suer, @mallowlabs, @mzp がノリノリで共同執筆しました！) 近代的なソフトウェア開発に必要なツールは3つある。 分散バージョン管理ツール ITS CI ツール 私はこれに AsakusaSatellite (以下AS)を加えたいと思う。 以上の4ツールを使用することによって、迅速なコミュニケーション、洗練された自動化をベースとした開発リズムを体験することができる。 このあとの節では具体的なユースケースをベースに、上記ツールの連携方法及びそのメリットをみていく。 ユースケース：開発中にソースコードの特定行で例外が発生した原因を探る ここは codefirst の開発室。 @suer と @mallowlabs と @mzp はリズム良くコードを書いています。 そんなとき、ビルドの異常を知らせるポップアップが表示されます。 さっそくAS 上でミーティングがは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
