タグ

ciとCIに関するkimutanskのブックマーク (22)

  • はじめてのConcourse CI - BLOG.IK.AM

    はじめてのConcourse CI - BLOG.IK.AM
    kimutansk
    kimutansk 2016/04/10
    Resource、inputとoutputの名前と実際の紐付はいまいちわかりにくいマッピングになってますが、汎用的にするには仕方ないんですかね。全体の機能はいい感じです
  • パイプラインベースのCI/CDツール Concourse CI入門 - BLOG.IK.AM

    パイプラインベースのCI/CDツール Concourse CI入門 - BLOG.IK.AM
    kimutansk
    kimutansk 2016/04/10
    デプロイ用のパイプライン定義が設定ファイルとして管理できますか。Jenkins、そのあたりの移行性が問題になりますからねぇ・・・
  • 2016年に流行りそうだけどまだ殆ど知られていないエンジニア向けサービス10選

    Post author:sider Post category:Engineering / Other Reading time:3 mins read Post published:2016-01-13 エンジニア x ニッチ(特化)なサービスを調査、「これは流行りそう…!」と思ったサービスを10個ご紹介。 誰もが知っていそうなサービスは含んでません。「俺はエンジニア向けサービス詳しいぜ!」という方も安心して御覧ください。 CI(継続的インテグレーション) DEPLOYBOT デプロイのためだけのCIサービス。デプロイに特化。 リリースノートページやリリースの度にリリース内容をメモする事が出来る機能、デプロイのトリガーを手動で実行することが出来る「デプロイ」ボタン機能などがある。 1リポジトリの「Hobby」ユースであれば永年無料。 deploybot.com Codecov コードのテ

    kimutansk
    kimutansk 2016/01/14
    特化版のCIやモニタリングSaaS特集と。汎用的なのは既に出回っている以上、後は開発している組織やスタイル、環境にどうフィットするかですか。
  • ソースコード以外もとにかくテストする。もしくはカバレッジだけではダメだという話 | おそらくはそれさえも平凡な日々

    あなたはプロジェクトのソースコードに対して適切にCIを回しているかもしれません。定期的にコードカバレッジの測定も行い、90%以上もしくは100%の数字を出しているかもしれません。 しかし果たしてそれで十分でしょうか?もしくはコードカバレッジだけにとらわれすぎていないでしょうか? 監視とは(システムに対する)継続的なテストである、というのは筆者の尊敬する奥一穂氏の言葉ですが、その逆もしかりで 「テストとはプロジェクトに対する継続的な監視である」 ということも言えます。 その観点に立ってみると、プロジェクトのソースコード以外にもテストが必要なものがたくさんあることに気づくでしょう。以下に実際に筆者が自分のプロジェクトの中でソースコード以外にテストを書き、CIを回していたものを挙げてみます。 アプリケーション設定ファイルのテスト 開発中に番用の設定ファイルを使うことはないため、番用の設定ファ

    ソースコード以外もとにかくテストする。もしくはカバレッジだけではダメだという話 | おそらくはそれさえも平凡な日々
    kimutansk
    kimutansk 2014/12/26
    ソースコードに限らず、確認の必要があって、出来るものは確認するための仕組みを構築してやる、というわけなんでしょうね。
  • Continuous Integration and Deployment on CircleCI just got better: now it’s free.

    Continuous Integration and Deployment on CircleCI just got better: now it's free. Note from the publisher: You have managed to find some of our old content and it may be outdated and/or incorrect. Try searching in our docs for current information. Continuous Integration and Delivery are best practices for software development, and are part of CircleCI’s mission: to help developers move faster and

    Continuous Integration and Deployment on CircleCI just got better: now it’s free.
    kimutansk
    kimutansk 2014/11/20
    CircleCIが1個目のコンテナが無料化と。あとは「Jenkinsのようなレガシーなツール」と言い切るあたりがすごいですね。
  • GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー

    少し前までアプリケーションのデプロイと言えば capistrano などをコマンドラインから叩いてデプロイ、みたいなことをやっていたが、最近は少し様子が違うのでそのやり方、KAIZEN platform Inc. での事例を紹介する。 GitHub のイベントを契機に CI as a Service にデプロイを担当させる GitHub で Pull Request を送って開発するのが前提になっているのは以前にも紹介した。 最近は Travis CI や CircleCI などに代表される CI (Continuous Integration) as a Service があって、CI も自分たちで環境を構築しなくてもクラウドに任せることができる。KAIZEN では CircleCI を積極的に使っている。 これらの CI as a Service は基的に GitHub と連携するこ

    GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー
    kimutansk
    kimutansk 2014/05/05
    「開発プロセスのワークフローの組み上げ」がリポジトリと* as a Serviceの組み合わせで出来るようになるのは面白いですねぇ。
  • Cross 2014メモ(1) 現場に聞くパネル - mad-pの日記

    2014/01/17にベルサール新宿グランド行われた、Cross 2014に行ってきました。当日取ったメモを公開します。間違いや発言意図と違うなどありましたらご指摘お願いします。 現場に聞く!テスト/CI/DevOps、実際のところどうなの セッション概要 togetter ustream 参加者 直也さん @naoya_ito 石橋さん @iandeth KAIZENプラットフォーム 調整さんを作った人 調整さん知名度高い 舘野さん @hotchpotch secondlife クックパッド 環境回りの整備 伏井さん @hakobe はてな アプリケーションエンジニア テーマ CI/DevOps gist:naoya/8451019 Github, プルリク 直也さん: github+プルリク開発のブログ記事を書いたときは、決して「最新の」とは言わなかったが、いろんな反論があった。「そん

    Cross 2014メモ(1) 現場に聞くパネル - mad-pの日記
  • 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でのテストに成功し

    Githubのプライベートリポジトリでも無料で使えるCI、Werckerを使ってrails newからHerokuのデプロイまでやってみる | mah365
    kimutansk
    kimutansk 2014/01/08
    RabbitMQやRedisまでミドルのサービスとして構築してCIできますか。かつprivateリポジトリも可能と。
  • 第8回Jenkins勉強会にてプロモーション広告におけるCI/CDの取り組みについて発表しました #jenkinsstudy

    マーケティングソリューションカンパニー開発部サービス運用部インフラ開発の石川です。 先日行われた第8回Jenkins勉強会にてプロモーション広告の継続的インテグレーション(以下、CI)/継続的デリバリー(以下、CD)に 関する取り組みについて紹介させていただきました。 タイトルは「Jenkinsはじめました」になっていますが、諸事情でタイトル通知後に少し内容を変更したため、 「はじめました」というよりは「結構使ってきました」というほうがしっくりくるかもしれません。 資料だけでは分かりにくい部分もありますので、このエントリーにていくつか補足したいと思います。 また、以下の内容においては具体的な数字や利用しているツールの詳細に触れることができない部分があります。 あらかじめご了承ください。 プロモーション広告におけるCI/CDの現状 今回はプロモーション広告での取り組みを事例として取り上げま

    第8回Jenkins勉強会にてプロモーション広告におけるCI/CDの取り組みについて発表しました #jenkinsstudy
    kimutansk
    kimutansk 2013/12/30
    エヴァンジェリストの存在とまず挑戦してみることが重要と。
  • 本番環境のBlue-Green Deploymentの仕組みのプロトタイプを作っていた - $shibayu36->blog;

    最近Dockerとか、serfとかその辺りのツールが流行ってる。その中でとりあえずDockerはテスト環境やCIでは使えるかもしれないけど、実際にwebサービスが動いているものに使えるかどうかはまだわかんないねーという流れになっていた。 まあでもとりあえず動いているwebサービスDockerでやったらどうなるかというのを知りたいというのがあって、いろいろ機会があったので4人で3日くらいやってプロトタイプ実装というのをしてみて試した。 結局出来たこと 結局以下の様なものが実際に動くところまで行った。 AWSのような環境がなくてもDockerさえ動けばブルーグリーンデプロイ出来る VPSだろうが自宅サーバだろうがなんでも ボタンだけで「番用環境構築」「番前の確認」「番切替」が出来る web n台くらいを一セットとみなした環境をボタンひとつで簡単に作れる Docker imageのビルド

    本番環境のBlue-Green Deploymentの仕組みのプロトタイプを作っていた - $shibayu36->blog;
    kimutansk
    kimutansk 2013/12/22
    やはり、DockerもMesos系の基盤もまだプロダクションに投入するには怖い感じですか。
  • 第8回Jenkins勉強会で「Jenkins with Docker」というLTをしました #jenkinsstudy - Yahoo! JAPAN Tech Blog

    ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog LT の中で触れた環境を構築するデモコードを Vagrantfile にまとめて GitHub においていますのでよければ触ってみてください。ジョブ登録済の Jenkins が立ち上がるので全く同じ環境を試してもらえます。 yahoojapan/jenkins-with-docker-demo LT は5分でざっと流してしまったため、このエントリで補足します。 ジョブ実行毎にクリーンな環境がほしい 特に説明の必要もなく普段 Jenkins を使っていればジョブ毎にクリーンな環境がほしいと思うはずです。スレーブノードをジョブ毎に新規でインスタンスを立ちあげて実行することもできますが インスタンスの作成、起動はそれなりの時間がかかりま

    第8回Jenkins勉強会で「Jenkins with Docker」というLTをしました #jenkinsstudy - Yahoo! JAPAN Tech Blog
    kimutansk
    kimutansk 2013/12/21
    おー、イベントページの発表内容見て期待していましたが期待通りの内容。クリーンな環境作ってすぐ破棄できるってやはりこういう用途には向きますよね
  • アプリケーションポータビリティとJenkinsの有り方に関する所感 - すずけんメモ

    弊社ではJenkinsおじいちゃんに日々お世話になっております。隣のチームの @_zoo さんもJenkinsおじいちゃんについての記事を書いておりました。 年の瀬にJenkinsの訃報が届いても、悲嘆にくれないために #vgadvent2013 - massの日記 http://mass.hatenablog.com/entry/2013/12/10/232532 ということで僕的最近のJenkins運用について書きたいと思います。去年の運用と今年の運用を比較していきます。 去年のJenkinsのタスク 以下のことをやっていました。何でも屋ですね。 デプロイ テスト 通知: メール 高度なcrontab 去年ad:tech TokyoでMapReduceジョブのdispatchとmonitoringをしているという発表もさせていただきました。 Jenkinsとhadoopを利用した継続的

    アプリケーションポータビリティとJenkinsの有り方に関する所感 - すずけんメモ
    kimutansk
    kimutansk 2013/12/18
    「サービスやアプリケーションの設計が移り変わることによって、またCIのレイヤーというのも再設計が必要」と。全部やらせると逆に扱いにくくなるのはその通りですね
  • wercker + Capistrano で自動デプロイ - milk1000cc

    GitHub / Bitbucket のプライベートリポジトリも無料で CI し放題の wercker というサービスがあります。(2013/11/30 現在) サイトもきれいで素敵です。ビルド成功後、Capistrano でデプロイが自動実行される方法を書いておきます。 まず、アプリの設定で SSH 公開鍵を作成します。 生成された公開鍵は、デプロイ先サーバの ~/.ssh/authorized_keys や Bitbucket のデプロイ鍵などに追加しておきます。 次に、アプリの設定から Deploy targets の設定をします。Custom deploy を選択して、 master ブランチのビルドに成功したら、自動デプロイするようにします。 入力したら、Deploy pipeline の Add new variable をクリック。 SSH Key pair を選択し、先ほど

    wercker + Capistrano で自動デプロイ - milk1000cc
    kimutansk
    kimutansk 2013/12/02
    プライベートリポジトリでも無料でCIし放題ですか。
  • 「Selenium2」テスト徹底活用! Jenkinsによる自動実行とSelenium Grid2による複数環境でのテスト

    シリーズは、WebブラウザをUIとして利用した業務システムやアプリケーション(以下、Webシステム、Webアプリケーション)のテストをテーマとして、Webブラウザを使ったテストを自動化するOSSのツール「Selenium2」を紹介します。業務システム開発の現場で適用してきたノウハウを元に、これまでSelenium2について知らなかった人から以前使った経験がある人まで、より実践的な「使える」内容を盛り込んでいきたいと思います。 1. はじめに 今回は、Selenium2を利用して作成した自動テストをフル活用すべく、JenkinsというCI(継続的インテグレーション)ツールを利用して、Selenium2のテストを自動実行する方法について説明します。また、IE、Firefox、Chrome、Safariなど多様化するブラウジング環境でのテスト方法やテストの並列化についても説明します。 2. J

    kimutansk
    kimutansk 2013/11/22
    1記事でここまでまとまっているのは有難いです。特に後半のGrid部分は今度やってみましょう
  • プライベートリポジトリを激安にCI出来るCircle CIが凄い。 - Qiita

    @takehiro に教えて貰ったCircle CIを使ってみるともの凄く良くて、とてもお勧めなので記事を書きました! Circle CIって何? Travis CIと同機能でWebでのUIが若干違うサービスです。 CIとしての仕事はきちんと行えます。 Circle CIの使い方 https://circleci.com/ にアクセスします。 Githubアカウントでサインアップを行います。 画面に従って進むとプロジェクトをfollowする画面が表示されます。 CIしたいプロジェクトをfollow後、"Done Managing Repos"をクリックします。 ここでは"camelmasa/spree"を選択します。 するとfollowしたプロジェクト一覧のテスト結果の画面が表示される様になります。 これでCIが出来る環境が整いました! 後はgithubにpushする毎にCIが実行される様

    プライベートリポジトリを激安にCI出来るCircle CIが凄い。 - Qiita
    kimutansk
    kimutansk 2013/11/18
    Travis CIしか知りませんでした。ふむむ。
  • 「最強」のチームを「造る」技術基盤

    「最強」のチームを「造る」技術基盤 Presentation Transcript 「最強」のチームを 「造る」技術基盤 Nov/09/2013 Hiroyuki Ito IT Department, Rakuten, Inc. http://www.rakuten.co.jp/ Hiroyuki Ito (伊藤 宏幸、The Hiro) 情報技術部 プロセス・品質課 テスト駆動開発グループ @hageyahhoo 2 アジャイルコーチとして、 開発現場を日々サポートさせていただいています。 3 造る = 栽培する・耕す 4 CI/CD TDD ATDD この3つを軸にした チーム造りについてお話します。 5 Agenda 1. チーム造りの背景 2. 1st Stage : CI/CD 3. 2nd Stage : TDD for Android 4. 3rd Stage : ATDD

    kimutansk
    kimutansk 2013/11/18
    「TDDの本質は手作業を自動化するなどして仕事を効率化することにある!」・・と。いいですねぇ
  • ReVIEW & CI - ChefでCI環境構築

    JPOUG> SET EVENTS 20140907 LT :「WIndows7でもChefしたい!」 3014/09/07 by YAMAMOTO,Miyawaki,Tamie

    ReVIEW & CI - ChefでCI環境構築
    kimutansk
    kimutansk 2013/08/27
    書籍制作でもCIと。常に見えるのはいいですね。
  • @ITイベントカレンダー

    平素よりイベントカレンダー+ログをご利用いただき、誠にありがとうございます。 イベントカレンダー+ログは「IT・製造業・ビジネス関係のイベント(セミナー・展示会・勉強会・コンテスト・Webイベントなど)を開催する企業・コミュニティが登録したイベント情報のポータルサイト」として約7年間運営をしてきました。これまでサービスを続けることができたのは、イベントカレンダー+ログのコンセプトに共感をいただき、適切なイベント情報をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、イベント情報の入手方法の多様化やイベント紹介サービス市場の状況、@ITの今後のメディア運営方針などを検討した結果、2020年6月30日(火)15:00をもちましてイベントカレンダー+ログのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知ら

    @ITイベントカレンダー
    kimutansk
    kimutansk 2013/07/17
    いい感じにCI/CDに関連する資料がまとまっていますね。
  • CI で稀に失敗してしまうテストへの対処方法 - クックパッド開発者ブログ

    技術部の福森です。 クックパッドでは RSpec と Jenkins を利用して CI による自動テストを行なっています。 テストの数は 12000 examples を越えていて、テストによっては稀に失敗する物が出てきています: 時間帯依存で失敗してしまうもの 他に同時に実行されるテストに依存しているもの (並列実行で組合せが変わり再現する) インテグレーションテストでの ajax リクエストの微妙なタイムアウト etc また、番環境を壊さないよう、 CI で成功したリビジョンのみデプロイ可能となっており、開発者が push しデプロイしたいと思っている時に無関係な原因で失敗する事を避けたいという欲求があります。 なぜなら、再度ビルドを実行する時間 (およそ 10 分) の間待たされる事になるからです。 そこで、そのようなテスト起因での失敗を減らし、かつ開発者にそれらを修正してもらうた

    kimutansk
    kimutansk 2013/06/14
    テストコード失敗への対応依頼自動化と自動リトライですか。できると効率高いでしょうねぇ
  • Vagrant + Jenkins の CI を AWS でも回す - naoyaのはてなダイアリー

    昨晩 Jenkins と Vagrant で CI だ、と書いたら という反応があった。確かに、可能なら物理サーバに依存しない形でテストできるとより嬉しい場面もありそうですね。 しかしそこは Vagrant。Vagrant はバージョン 1.1 から、バックエンドを VirtualBox だけでなく AWS (EC2) などの IaaS を指定して仮想サーバーを作ったり壊したりできるようになっています。詳しくは http://d.hatena.ne.jp/naoya/20130315/1363340698 この辺を。この機能を利用すれば昨日の Jenkins + Vagrant のフローをほとんど変えずに、EC2 のインスタンスでのインテグレーションテストができそうですね。 速見もこみち「では、早速やっていきましょう。」 Multi VM でローカル/リモート両対応に せっかくなので Vi

    Vagrant + Jenkins の CI を AWS でも回す - naoyaのはてなダイアリー
    kimutansk
    kimutansk 2013/05/22
    そして今度はその検証対象とする構築済みサーバをaws化。ここまで出来ますか。