並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 20 件 / 20件

新着順 人気順

buildhiveの検索結果1 - 20 件 / 20件

  • CI(継続的インテグレーション)サービスまとめ・14個! - atskimura-memo

    CIって? CIはContinuous Integration(継続的インテグレーション)の略です。 継続的インテグレーションとは、ソフトウェア開発手法において、プロジェクトメンバーがそれぞれ開発した結果を頻繁に結合し、定期的にビルドやテストを行うことである。問題点を早期に摘出することができ、効率的な開発に役立つ。 不具合は早く見つける方が対策費用が抑えられるため、ソフトウェアのビルドを頻繁に行うのが好ましく、ビルド結果が正しいことを検証するためにすぐにテストを行う。このような手続きは出来る限り自動化するのが好ましい。そのため、継続的インテグレーションを実践するためには、結合のためのビルドとテストの自動化のために「CIサーバー」などと呼ばれる専用コンピュータを用意することが推奨されている。 ちなみに、ソフトウェア開発手法のひとつである「エクストリームプログラミング」では、継続的インテグレー

      CI(継続的インテグレーション)サービスまとめ・14個! - atskimura-memo
    • BuildHiveをリリースしました - 川口耕介のブログ

      このところ頑張って作っていたBuildHiveがようやっとリリースに漕ぎ着けましたので、使ってやってください。 BuildHiveはCloudBeesのDEV@cloudの一環で、GitHubのリポジトリに対する継続的インテグレーションビルドをとても簡単にセットアップできるサービスです。どなたでも無料で使えます。 トップページには既にBuildHive上でビルドされている様々なプロジェクトが表示されます。新しくプロジェクトをセットアップする為に、BuildHiveにいって右上の赤い「Add your Git repositories」ボタンをクリックします。 GitHubとのOAuth認証を聞かれるので、「Allow」ボタンを押して許可してやってください。 すると、CIビルドをセットアップするGitHubのリポジトリを選ぶ画面が出てくるので、適当なプロジェクトを選んで「Enable」を押し

        BuildHiveをリリースしました - 川口耕介のブログ
      • CI as a Service ブラウザを使ったJavaScriptのテストをCIサービスで動かす方法のまとめ

        Travis CIを始めとするウェブサービスとして使えるCIを使って、 JavaScriptのブラウザテスト(ブラウザ上でJavaScriptを走らせて行うユニットテスト)をやる方法をサービスごとにまとめてみました。 テストフレームワークとして Buster.JS を使用して行います。 Karma (旧Testacular) では公式サイトにも Karma – Travis CI でCI Serviceとの連携方法が記載されているのでそちらも参考にして下さい。 今回紹介するCI Servicesは以下のものです。 Travis CI drone.io BuildHive Jepso CI テスト実行の流れ Jepso CI を除いては、テスト実行の流れ自体は同じなので先に解説します。 Capture用のローカルサーバを立てる テストしたいブラウザで capture URL へアクセスする

          CI as a Service ブラウザを使ったJavaScriptのテストをCIサービスで動かす方法のまとめ
        • Yahoo! Pipesで作ったパイプの動作をCloudBeesの無料Jenkinsホスティングから監視する - laiso

          以前からYahoo! Pipesに限らず日記に貼り付けたアドホックな作業スクリプトがいつの間にか動かなくなっているのが悲しかったので、なんとかしたいと思っていて。今まで、日記の中にpythonのdoctestを埋め込んで原稿自体にテストランナーを実行するなど紆余曲折をへたのちに、今時っぽくJenkinsに任せることにした(HudsonがPrototype.jsで動いてた時からちょくちょく試してた)。 CloudBees とは CloudBees: The Java PaaS Company CloudBeesはJava系のPaaS。その中の機能でDEV@cloudというサービスがありそこで無料プランの範囲内でJenkinsを操作するアカウントが持てる。 本来ウェブアプリ実行環境がサービスとしてはメインだろうけど今回はJenkinsの身体だけが目当てで近寄っていく感じです。 無料プランの制限

            Yahoo! Pipesで作ったパイプの動作をCloudBeesの無料Jenkinsホスティングから監視する - laiso
          • Jenkins ユーザ・カンファレンス 2012 東京 に参加してきた #juc2012 - Diary of absj31

            Jenkins ユーザ・カンファレンス 2012 東京 - connpass » Jenkins ユーザ・カンファレンス 2012 東京 日本Jenkinsユーザ会 (写真:川口さんの基調講演にて姿を現した"ニンジャ"Jenkins、そして…"タモリ"?) 暫く前から開催がささやかれており、参加募集開始と共に爆発的な登録数を記録、何と『1000人』の壁を突破したという恐るべき興味関心を惹いていた【Jenkinsユーザカンファレンス】。 この日ようやく開催の運びとなり、自分も朝イチからガッツリ参加してきました! 開催場所は法政大学市ケ谷キャンパス 外濠校舎@市ヶ谷。この日は連日のうだるような暑さが続いており、市ヶ谷駅から徒歩で校舎に向かったのですがこの時点で汗ダラダラ、だいぶぐったり目w » Jenkins ユーザ・カンファレンス 2012 東京 – アクセス 日本Jenkinsユーザ会 (

              Jenkins ユーザ・カンファレンス 2012 東京 に参加してきた #juc2012 - Diary of absj31
            • Go言語のビルド生活を drone.ioで幸せに暮らす #golang (Go Advent Calendar 2013 Day 5) - Qiita [キータ]

              Go Advent Calendar 2013 5日目の投稿です。 Qiitaに投稿するのは初めてな @atotto です。よろしくお願いします。 Go言語のビルド生活をdrone.ioで幸せに暮らす はじめに Goはクロスコンパイルがとても簡単です。実行ファイル形式で配布する場合、他の環境用にサクっとコンパイルして渡すことができます。 ただ、githubなどにコードは公開してるけど各環境用にコンパイルしたものをさっと配布したいなーと思うとちょっと面倒です。みんながGoのコンパイル環境をもっているとも限りませんし。そこで、CI(継続的インテグレーション)環境でクロスコンパイルしてバイナリを配布できるようにするしくみがないか探してみました。 やりたいことをまとめると: リポジトリにあるコードをCI環境上でクロスコンパイルしておきたい 成果物をダウンロードできるようにしておきたい ということで

                Go言語のビルド生活を drone.ioで幸せに暮らす #golang (Go Advent Calendar 2013 Day 5) - Qiita [キータ]
              • 「GitHubにpushしたら自動でビルド」を実現する「BuildHive」、米CloudBeesがリリース | OSDN Magazine

                米CloudBeesは5月17日、GitHub向けの継続的インテグレーション(CI)プラットフォーム「BuildHive」を公開した。CIツール「Jenkins」をベースにしたオンラインサービスで、無償で利用できる。 BuildHiveは、GitHubレポジトリ向けに「Jenkins」ベースのCIビルド・テストジョブを容易に設定できるクラウドサービス。Jenkinsは「Hudson」フォークで、元々はSun MicrosystemsのプロジェクトだったHudsonがOracle買収後、商標問題などでもめたためにJenkinsに名称を変更した。Hudsonを立ち上げた川口耕介氏らがプロジェクトを率いており、川口氏が所属するCloudBeesの支援を受けている。 BuildHiveはCloudBeesが提供するクラウドベース開発サービスの1つで、GitHubにコードをpushするたびに自動でビ

                  「GitHubにpushしたら自動でビルド」を実現する「BuildHive」、米CloudBeesがリリース | OSDN Magazine
                • ぼくがかんがえたさいきょうのgitとMavenとJenkinsを使った開発 : toda_k

                  若いプロジェクトを任せていただく機会があり、これ幸いと普段から蓄積していた「こうしたらいいんじゃないか」を実践しています。今の開発手法も試行錯誤のもとに作られた良い物なのですが、まだまだ上は目指せますよね、ということで。 理屈先行に見えたプロセスもいざ導入すると意外と実践的だったり、逆に簡単なことなのに時間がかかって使い物にならなかったりと、やはりやってみないとわからないことは多いものですね。この記事では開始1ヶ月で試した内容とその顛末をご紹介いたします。 動機:なぜこんな複雑なことをするのか 自動化やCIを導入する動機として、よく貴重な開発者の時間を大切にするためと言われます。私も強く共感しますが、節約した時間を何に使いたいかという点には諸説ありそうな気がします。 もちろんいい仕事をするという最終目標はずれないでしょうが、アクションとして勉強するのかコードを書くのか品質について考えるの

                  • イマドキのIDE事情(137) Travis CIとBuildHive、オンラインCIサービスを活用しよう

                    Jenkinsによる継続的インテグレーション ここ最近、継続的インテグレーション (CI)ツールであるJenkinsが大きな注目を集めている。継続的インテグレーションとは、ソフトウェアのビルドを定期的に実行することでコンパイルやテストが通らないといった問題を早期に発見するというものだ。CIは自動化されたビルドスクリプトさえ用意すれば開発言語を問わず導入することができ、既存の開発環境や開発プロセスにドラスティックな変化を必要とせずに導入できるため敷居も低い。 JenkinsはわかりやすいWebベースのインタフェースを備えており、手軽に導入できるという点が大きなメリットだが、ことオープンソースプロジェクトに関してはより手軽にCIを実現する選択肢が存在する。それがオンラインサービスとしてCIツールを提供しているTravis CIやBuildHiveだ。 Travis CIはオンラインCIサービス

                      イマドキのIDE事情(137) Travis CIとBuildHive、オンラインCIサービスを活用しよう
                    • Jenkinsのコミュニティってすごいなぁと思った@Jenkinsユーザーカンファレンス | エンピツとキーボード

                      2012/07/29に行われたJenkinsユーザーカンファレンスに参加してきた。 1000人以上の参加登録が行われ、国内で行われるIT系のカンファレンスとしては有数な大きな規模で盛り上がったようだ。 大きなカンファレンスが有志で行われることは、Jenkinsが多くのエンジニアにとって有用なツールであり、また、多くのエンジニアに愛されていることの証拠だろう。 ◯優れたツールをつくるコミュニティには貢献の意識が中心にある 川口さんの基調講演ではJenkinsの現状やこれからの取り組みについて聴いた。 話を聞いて考えたのは、 なぜJenkinsが多くのエンジニアに愛されているか なぜJenkisnのコミュニティは活性化しているのか ということだ。 この答えは非常に単純で、 エンジニアたちへの貢献を一番に考えた取り組みがなされているから だろう。 Jenkinsの取り組みとして – よくある作業

                        Jenkinsのコミュニティってすごいなぁと思った@Jenkinsユーザーカンファレンス | エンピツとキーボード
                      • Sphinx+GitHub+BuildHiveで作る手軽なソーシャルドキュメンテーション環境 - Yasuo's Notebook

                        テキストで書かれたドキュメントのソースをGitHubで共有してJenkinsでHTMLやPDFをビルドする環境については、@kaorun55さんや@ryuzeeさんが紹介してくださっています。 書籍執筆における、継続的なデリバリー - かおるんダイアリー ReVIEW + Jenkinsでドキュメントを常時ビルドする | Ryuzee.com コマンドラインからDropboxを操作する方法 (+Jenkinsとの連携) | Ryuzee.com 最近、コミュニティのあるプロジェクトで複数人でドキュメンテーションをすることになったので 是非、これらの環境を構築したいと思いました。まず、最初は費用が掛からない方法で、始めたいと思い、やり方を検討した結果、ドキュメンテーションのツールにSphinx、リポジトリにGitHub、ビルドにBuildHiveを利用することにしました。 Sphinx-Us

                          Sphinx+GitHub+BuildHiveで作る手軽なソーシャルドキュメンテーション環境 - Yasuo's Notebook
                        • テスティング Grails – リソースコレクション

                          Tomás Lin's Programming Brain Dump にポストされた、 「Testing Grails – A Collection of Useful Resources」を、(途中まで)超意訳してみた。 あくまでも意訳ですよ意訳。いろいろ間違いがあったら @tyama にコッソリDMで。 このポストは、Grailsでのベターなテストを学ぶのに興味深いリソース集です。多くのツール、動画、その他リソース等、Grailsアプリのテストを学ぶのに役に立つ情報をまとめてあります。 ここに足りない物があったらコメントで教えてください。 ツール Geb - http://www.gebish.org/ - webdriverまわりをjqueryシンタックスで記述できるgroovyテストフレームワーク。ファンクショナルテストには必要不可欠。 Geb IDE - https://gith

                          • Jenkins,Travis CI,buildHiveを比較してみました。 : コーヒーと本と甘いもの

                            コーヒーと本と甘いもの Rails, AngularJS, iOS, デザイン, CI, スタートアップ, 登山, バスケなどに興味があります。 前提条件 CIしたいアプリはOSSではない。 実は調べて初めて知ったのですが、Travis CI.orgとBuildHiveはOSS向けサービスなんですね。そのため今回はJenkinsと商用向けのTravis CI.comとCloudBeesを比較してみました。 やりたいことはなにか? A.定期的にテストを実行することでバグを検出したい 下記にテストしたいアプリを挙げてみました。 Railsアプリ AngularJSアプリ iOSアプリ B.サービスの品質を担保したい C.CI環境を低コストで用意したい D.ビルドしている最中に開発サーバーのパフォーマンスを下げたくない。 E.ビルドの時間を短縮したい、スケールアウト可能か? F.Bitbucke

                              Jenkins,Travis CI,buildHiveを比較してみました。 : コーヒーと本と甘いもの
                            • 本作りもチケット駆動開発で - プログラマの思索

                              もうすぐ出版される『わかりやすいアジャイル開発の教科書』の出版の経緯を編集者が公開されていたのでメモ。 本作りもチケット駆動開発だったらしい。 【元ネタ】 『アジャイル開発の教科書』物語(その4) - 心との対話、技術との対話 『アジャイル開発の教科書』物語(その3) - 心との対話、技術との対話 『アジャイル開発の教科書』物語(その2) - 心との対話、技術との対話 『アジャイル開発の教科書』物語(その1) - 心との対話、技術との対話 『わかりやすいアジャイル開発の教科書』の予約が始まりました。 - mnishikawaの日記 アジャイル開発の資料作りで役立つイラスト集を公開! - mnishikawaの日記 「わかりやすいアジャイル開発の教科書」 - Yasuo's Notebook Sphinx+GitHub+BuildHiveで作る手軽なソーシャルドキュメンテーション環境 - Y

                                本作りもチケット駆動開発で - プログラマの思索
                              • Travis-CI を使ってみた - プログラマのネタ帳

                                Travis-CI というサービスがあります。 継続的インテグレーションってやつです。 よくわかりません。 多分 Jenkins みたいなやつです。 とりあえず github に push したら指定したスクリプトを走らせてくれて、結果を通知してくれるサービスだと思っておきます。 で、これを使います。 環境 今回開発で使っている環境は以下の通り Python2.7 Tornado 2.4 SQLAlchemy zope.pageteplate Pygments MySQL とかとか。 まあ普通ですね。 で、こいつのテストを Travis-CI で走らせます。 Travis-CI にログイン Travis-CI のサイトに行って github の OpenID 認証をしたら終了なので特に書くことはありません。 で、 CI したいリポジトリの設定をポチっと切り替えるだけです。 .travis.

                                  Travis-CI を使ってみた - プログラマのネタ帳
                                • BuildHiveに直接プッシュできるようになりました - 川口耕介のブログ

                                  BuildHiveではリリース当初からプルリクエストを自動ビルドする機能がついていますが、今日、これに加えて開発者がBuildHiveに直接変更をgit pushする仕組みを追加しました。この仕組みは「検証済みマージ」といいます。 プルリクエストは主に外部の開発者が変更を提案したり、コミッタが他のコミッタに対してコードレビューを依頼する時などに使われる仕組みです。なので、通常、開発者は自分の変更をわざわざプルリクエストにせず、直接リポジトリへプッシュしているのではないかと思います。ただし、それだと問題のあるコミットがリポジトリに混入してビルドが壊れる、ということが起こりえます。検証済みマージをすることで、これを防ぐことができます。この機能は次のように動作します。 まず、GitHub上でbuildhiveユーザーをリポジトリのコラボレータとして追加してください。これによって、BuildHiv

                                    BuildHiveに直接プッシュできるようになりました - 川口耕介のブログ
                                  • ソフト/Bug Tracking/trac/2012 - discypus

                                    [編集]2012-12 # 2012-12-31 2012年のバグをふり返る - Basic 2012-12-30 下から目線のコードレビュー - steps to phantasien 2012-12-28 Gitリポジトリ管理ツール「GitLab 4.0」リリース、ユーザー/グループ機能の強化が特徴 - SourceForge.JP Magazine 2012-12-27 開発環境の構築とソフトウェアエンジニア考 - torutkの日記 2012-12-26 JenkinsとGerritによるコードレビュー - 川口耕介の日記 2012-12-25 hg convert --splicemap でリポジトリ変換時に履歴を繋ぐ #mercurialjp - 放牧日記 2012-12-25 TracをWSGIで高速化 - Real Artists Ship OSX 10.6.8, mod_

                                    • Testing Grails – A Collection of Useful Resources

                                      This post is a collection of interesting resources to learn to test things better in Grails. It contains a bunch of tools, videos and other resources I found useful in learning to test Grails applications properly. If I’ve missed something cool, please let me know in the comments. Tools Geb – http://www.gebish.org/ – a groovy testing framework around webdriver with jquery syntax. Essential for fun

                                        Testing Grails – A Collection of Useful Resources
                                      • Online CI providers are the new black

                                        ⌛ This article is now 11 years and 7 months old, a quite long time during which techniques and tools might have evolved. Please contact us to get a fresh insight of our expertise! Hosted continuous integration services, what do they do and why do you need one? Imagine the possibility of having your tests running each time you push changes to your git(hub) repository without having to: set up a tes

                                          Online CI providers are the new black
                                        • イマドキのIDE事情 第137回 Travis CIとBuildHive、オンラインCIサービスを活用しよう - たけぞう瀕死ブログ

                                          IDE連載の第137回です。今回はオンラインCIサービスということでTravis CIとBuildHiveを紹介させていただきました。「IDEじゃないじゃん!」という突っ込みが入りそうですが、開発環境に関するトピックを幅広く取り上げさせていただくということでご容赦いただければと思います。 http://news.mynavi.jp/column/ide/137/index.html Travis CIとBuildHiveはどちらもGithubと連携したオンラインCIサービスという点ではよく似ていますが、細かい部分を比較すると、Travis CIは独自の設定ファイルをリポジトリにコミットしておく必要があるものの対応言語が多くクロスバージョンでのビルドが可能など柔軟性も高そう、という印象です。これに対してBuildHiveはプロジェクトの構造から自動的に最適なテンプレートを使用してジョブの設定

                                            イマドキのIDE事情 第137回 Travis CIとBuildHive、オンラインCIサービスを活用しよう - たけぞう瀕死ブログ
                                          1