Jenkinsといえばサーバーに入れてビルドするような使い方が一般的。 ただ、「サーバーを立てられなかったり一人だけだったりすることもある、だが、Jenkinsは使いたい」、そんな場合があるかもしれない。 そこで、自分のローカルに入れて既存のC#のプロジェクトをビルドした時のメモ。 環境 Windows7 x64 Jenkins 1.490 TortiseSVNにてローカルにリポジトリを作成済(この中に、C# + .NET4のプロジェクトあり) Python 2.7 (Path通し済) Subversionへのコミットをフックして、Jenkinsにてビルドする Jenkinsのインストール 1.公式サイトより、native package のWindows版をダウンロード Welcome to Jenkins CI! | Jenkins CI 2.インストール zipを解凍して出てきたms

続いて、開発するアプリの登録を行います。アプリの登録では【1】アプリ名や識別名などの登録、【2】プロビジョニングプロファイルを作成しダウンロード、インストールします。 これらの準備が終わったら、App Storeへ公開するためのアプリ開発、パッケージング、アップロードといった流れになります。 「Jenkins Xcode Integration Plugin」でビルドを自動化 このアプリ公開までの作業のうち、いくつかをJenkinsによって自動化することで継続的にアプリを公開できるようになります。通常、アプリのビルドやパッケージングはXcodeから行うことになりますが、Jenkinsから実行する場合にはXcodeのコマンドラインツールである「xcodebuild」などを使って処理を行います。 Jenkinsジョブからシェルを起動してxcodebuildなどのコマンドを直接実行するか、「Je

来栖川電算が取り組んだ様々な案件でAWSがどのように活用されているかをまとめたカタログ的資料です。AWS活用の際に参考になるかもしれません。Read less

This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.

RHEL系を使っていて、yumで取得できないバージョンのパッケージを使いたい場合、一般に以下の選択肢があります： 他ディストリビューションのSRPMをビルドしてRPMを生成する。 配布元のtar ballをビルドしてRPMを生成する。 配布元のtar ballを /usr/local 等にインストールする。 Gentooに乗り換える。 このようなケースでは、パッケージのライフサイクルに合わせて誰がどのように運用していくか、担当者の頭を悩ませることになります。構築手順が後で分からなくなると悲惨です。そのための対策として、構築手順書を用意したり、バージョンアップ用のスクリプトを書いたりすると思います。 本稿では、対策の一つとしてJenkinsによる自動化を考えてみます。ワンクリックのRPMビルドが可能になることで、yumのようなきめ細かいバージョンアップも現実的になります。また、運用担当者の負

エンジニアサポートCROSS 2013の「継続的サービス改善のゲンバのハナシ」というパネルディスカッションに参加してきました。 実はこういうイベントで話すのは初めてで、すごい緊張してしまい、質問に答えるだけでいっぱいいっぱいだったのですが、何かひとつでも参考になる話ができていれば嬉しいです。 セッションオーナーの@tagomorisさん、一緒に登壇した@kentaroさん、@oranieさん、@tokorotenさん、ご来場の皆様、ありがとうございました。 話した内容 質問は結構範囲が広かったので、簡単にまとめづらいですが、一言でいうと「ユーザをちゃんと見る」ということを中心に話していました。サービス改善に限らず、集団でプロジェクトを動かすと、政治的なしがらみとかいろいろ面倒なことがあると思います。そんな中でプロジェクトの方向を定める一番の指標はユーザです。ユーザに価値を提供できるか、ユー

良い記事があったのでメモ。 自らも肝に銘じておく。 未知の領域で開発を始める時には、環境を整えすぎてはいけない - 愛と勇気と缶ビール (引用開始) 未知の領域って何ぞいな、というとだいたい以下の二つ。 ・開発経験のないプラットフォーム。場合によっては触ったことのない言語を含む。(e.g. iOS, Android) ・今まで触ったことのない言語を用いた開発。 世の中にはエディタ・IDEからCIまで沢山の開発を支援するためのツール・枠組みがあるが、新しい領域に挑戦する時にはこれらの開発環境をあまり整えすぎない方がいい気がしている。 というのは、最初から「エディタも完璧に設定して、テストも全部書いて、JenkinsでCIするようにして、デプロイの前にビルドが走るようにして…」というようなセットアップを全部やろうとしてしまうと、それ自体に時間がかかって、それだけである程度満足してしまうから。単

Presented at ALM Summit 3 in Redmond, WA. January 2013. Like what you've read? We're frequently hiring for a variety of engineering roles at Etsy. If you're interested, drop me a line or send me your resume: mike@etsy.com. http://www.etsy.com/careers

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

Vim プラグイン開発でも継続的インテグレーションがしたい! (Travis CI 編) #ci#editorwar#vim 2013年 02月 06日 kana 問題 昨今は継続的インテグレーション(CI)が大ブームです。 そしてオープンソースのプロジェクトならTravis CIを使うことで簡単にCIを始めることができます。 という訳でこのビッグウェーブに乗るしかありません。 それも Vim プラグイン開発で。 しかし、 Vim プラグインのテストはどう書けば……他のプラグインに依存しているプラグインだとどうしよう…… という割と面倒臭い問題があります。 しかしもう2013年です。 Vim プラグイン開発でも CI したいお年頃です。 一体どうすれば良いのでしょうか。 解答 幸いなことにもう2013年です。 なので以下のステップをこなせば Vim プラグイン開発でも簡単に CI できます

継続的インテグレーションを始めるための基礎知識：グリーはいかにしてJenkinsを導入したのか（1）（2/2 ページ） どのCI製品／サービスを利用するかの3つのポイント どの製品あるいはサービスを使うか最初は、次のような視点で考えると良いでしょう。 【1】導入が簡単か まだCIを実施したことがないようであれば、ツールを導入するだけのために多くの労力をかけるよりもまずは導入して、経験を積むべきです。多機能／高機能であるよりも、まずは導入が簡単であるかどうかを判断基準にすると良いでしょう。 CIツールのためのサーバを用意できないようであれば、クラウドサービスの利用も選択肢として考えられます。 【2】サポート体制について CIを開発に取り入れるためには、手厚いサポートが欠かせません。オープンソース製品であれば、コミュニティがどの程度活発に活動しているかを確認しておくと良いでしょう。 【3】連携

@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が実行される様

jsdomやphantomjs(headless webkit)ではなくリアルブラウザでのテストが出来ます。結果的にはこの様なバッジが出来て、githubにpushする度更新されるので便利。 jasmineでテスト環境を整えてる方もいらっしゃると思いますが、公式アダプター/ハーネスが無くてtestling-ciとの相性が良く無い。 ですので書いてみまして、testling-ci用のハーネス。 環境を整える まずはwebhook 次にjasmineを入手。testling-ciではrequireされたスクリプトは全てbrowserifyされますのでjasmine本体に少し工夫が必要。加工済みバージョンはココ。 以下このの様な環境を想定します。 |-package.json |-jasmine-harness.coffee |-lib | |---jasmine | |---jasmine-r

ChefやPuppetなど、サーバー構築をプログラムで作成する時代になってきた。 しかも、サーバー構築を構成管理とTDDで作業するのが最近の流れのようだ。 クラウドが当たり前の時代になった今、もう一つの技術革新が生まれているように思う。 クラウドについてはまだ理解不十分だけれども、気になる記事をメモ。 【元ネタ】 Chefのテストスイーツを色々試してみた （1） - カイワレの大冒険 Chefのテストスイーツを色々試してみた （2） - カイワレの大冒険 Chefサーバを動かすまでの方法をまとめてみた（自動化のススメ） - カイワレの大冒険 2008年出版された「ThoughtWorksアンソロジー ―アジャイルとオブジェクト指向によるソフトウェアイノベーション」では、ラストマイル問題が提示されていた。 ラストマイル問題とは、いくらソフトウェアを作っても、本番環境へリリース＆稼働確認するの

駆動開発にて一行書き換えた度にブラウザをリロードする人いらっしゃいませんか？ 複数のブラウザやモバイルなどもまとめてCIしたい方は？ 今回はCLIでブラウザテストをするためのテストランナーtestemを紹介します。 testemのお勧めポイント 複数のブラウザ、phantomjsでテスト可能 CIモードではブラウザの起動まで全自動化 mochaやjasmineなど人気があるフレームワークに対応済み coffee-script、LESS、Browserifyなどの前処理も自動にやってくれます testem ciコマンドでブラウザまで起動してくれます インストール

ツールなら簡単、でもプロセスは？ FishEye 開発チームは、アトラシアン内で DVCS へ切り替えた 最初のチームでした。アトラシアンには DVCS の経験者はいたものの、中規模の開発チームで仕事をするときに DVCS を使ったことがある人はほとんどいませんでした。私たちは参考になりそうな情報を Web で探しましたが、当時は、仕事で DVCS を使った経験を共有できるようにしている人はそれほどいませんでした。「 Git でブランチを push する方法」とか、「Mercurial で複数のリモートリポジトリから pull する方法」といった情報はたくさん見つかりました。しかし、「 15 人の開発者からなるチームが SVN から DVCS へ移行するための一番いいやり方」について説明した情報はほとんどなかったのです。 FishEye チームは、最初からいきなり DVCS のすべての機能

Eclipse 3.7 で Maven 使えるようになるところまでの設定 - kagamihogeのblog とだいたい同じこと書いてありますが、自分メモ用にちょっと書き直した感じ。 環境 Eclipse 4.2.0 ※3.7以降ならこのエントリで書いてある手順と同一でいけると思われる。 ※2013/09/14 追記 Eclipse Kepler(4.3) IDE for Java EE Developers では最初からプラグインが入っているので、このエントリの手順は不要。 このエントリのサマリ EclipseのMavenプラグインであるm2eのインストール Mavenプロジェクトの作成 pom.xmlに依存性追加 ※Mavenのビルドツールとしての側面には触れてません。 やること m2eのインストール Help > Eclipse MarketPlaceを選ぶ。 こんな感じのダイアログ

自分にアサインされたissueは通知が来るけど、 自分が持ってるリポジトリのissue一覧が無いのでgithub API使って簡単なCLIツール作った 全部表示すると精神衛生上よくないので60日以内に更新があったリポジトリだけ表示するようにした shokai/github-cmd · GitHub octokitっていうrubygemがなかなか使いやすかった。よくあるfaradayで取得してHashie::Mashで返してくれるタイプ。 pengwynn/octokit · GitHub

htmlSQLはHTML構造にSQLを使って検索できるようにするライブラリです。 HTMLを操作する際にはDOMを使ったり、正規表現を使うのが一般的です。しかしもう一つのやり方を提案するのがhtmlSQLです。何とSQL（問い合わせ言語）を使ってHTMLソースを探索できます。 コード例。PHPで操作します。 こんな感じで取得できます（301になってしまっていますが…）。 こちらもコード例。SQLっぽい記述が面白いです。 クラスやIDなどで絞り込んだり、特定のタグだけを抽出することも簡単にできます。そして指定した要素だけ抽出して処理が可能です。今後、LIMITなどにも対応していくとのことです。 htmlSQLはPHP製、New BSD Licenseのオープンソース・ソフトウェアです。 MOONGIFTはこう見る SQLはサーバサイドで使われるプログラミング言語と構造体系が大きく異なるために

「ソフトウェアは工業製品ではない」、Rubyのまつもと氏が講演 http://www.atmarkit.co.jp/news/200904/10/matz.html コードとは設計である 「ビューティフルコード」と題した基調講演を行ったまつもと氏は、 2007年に共著者の1人として出版した同名の書籍に書いたエッセイに 込めた思いを、次のように語る。 「世界に冠たる日本の製造業のノウハウを適用することで生産性を 上げることができるに違いないという発想がありますが、 ソフトウェアは工業製品ではない。そうした誤解を正していきたい」。 コード（ソフトウェア）を書くというのは、組み立てのことではなく 製造業でいう「設計」に相当するという。 「クルマを作るときに、まず形や強度の設計をしますよね。 それこそがソフトウェア作りです。ソフトウェア作りは、 最初から最後まで工業製品でいう設計に当たるんです」。

はじめに ちょっと、高次元特徴空間での2つの文字列の像の内積である文字列カーネルで遊んでみる。 文字列カーネルを類似度として使いたい。遊びなので、数式はちゃんと追ってない、、、 文字列カーネル 文字列に対するカーネル カーネルKは、入力空間Xから特徴空間Fへの写像φについて、x,y∈Xに対してK(x,y)=<φ(x),φ(y)>を満たす関数のこと 2つの文字列の距離的なものを考えるのに、共通する部分列や部分文字列を考えたもの いろんな考え方ができるので、いろんなものが存在する 部分列と部分文字列の違い 部分列(Subsequence) 記号列に対して、「並び」だけを保持した部分的な記号列 「abcde」に対して、「abd」や「be」や「bcde」など 長さがkの部分列は「k-merの部分列」という 部分文字列(Substring) 記号列に対して、「隣接性」と「並び」を保持した部分的な記号

なるほどUnixプロセス ― Rubyで学ぶUnixの基礎 Jesse Storimer, 島田浩二(翻訳), 角谷信太郎(翻訳) 達人出版会 3,520円 (3,200円+税) 『Working with Unix Processes』待望の完訳。並列処理やデーモン、プロセス生成、そしてシグナルといったUnixの基礎であるプロセスについてRubyで解説する、「今どきの」開発者に向けた新しいUnixプログラミングの手引きです。 ※本書の公式ハッシュタグは#naruhounix になります。 関連サイト原著者による公式ページと訳者らによるサポートページがあります。 Working With Unix Processes - Learn the Fundamentals of Unix Programming in RubyなるほどUnixプロセスサポートページ 日本語版刊行によせてRuby

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

GExcelAPI 0.3をリリースしました。 https://github.com/nobeans/gexcelapi Change Log、といえるかどうか 変更点としては、以下の2点。 POI3.9化 Java7対応 (thanks to @yamap_55) これだけ？ はい、これだけです。 でも、Java7対応重要です。ですよね？ オレオレMavenリポジトリの移転 あと、今後の使うときの注意点として大事なのが、オレオレMavenリポジトリの移転です。 今までMavenリポジトリとしてGitHubのrawモードを使った疑似リポジトリを使っていましたが、今回からCloudBeesのリポジトリを使うようにしてみました。 既存の0.1、0.2もなんとなくそっちにコピーしてありますので、ひとまず今後はCloudBeesをお使いください*1。 release (stableバージョン) h

Groovy 2.1.1が出ていたことは知っていたので、ダウンロードしようと思った時にGroovyのダウンロードページにこんな表記があるのに気付きました。 GVM？？全然知らないし、今まで気付きもしませんでした…。いつからあったんだろう。 オフィシャルサイト GVM（the Groovy enVironment Manager） http://gvmtool.net/ を見ると、 GVM was inspired by the highly useful RVM and rbenv tools, used at large by the Ruby community. http://gvmtool.net/ とあるので、Ruby界隈で使われているRVMとかに影響を受けているようです。 って、Rubyほとんど使っていませんけど…。 これを使うと、 Groovy Grails Griffon

G*系の勉強会で何回か聞いたことあるので名前は知っていましたが、使ったことはなかったのでとりあえず使ってみました。 資料が少なすぎる、あっても古くてそのままじゃ使えない、色々わかってる前提で書かれてる等々、苦労はありましたがなんとか動作する所までできました。 Gebとは Webアプリケーション向けの機能テストを自動化するためのライブラリです。 Internet Explorer, FireFox, Chrome などのブラウザを操作することが可能なSeleniumのWebDriverとJQueryライクな記述でコンテンツの操作や検査を可能にするAPIを組み合わせ、 Groovyの豊かな表現力により簡潔なDSLでテストスクリプトを記述することができます。 http://beta.mybetabook.com/showpage/4f27c8cc0cf26106dca875c8 私は「ブラウザを

Grailsのドキュメントを翻訳する上で、英文読んでも何を言ってるか分からないので、サンプル書いて試してみた記録です。 ↓ここに反映される予定。 http://jenkins.xmldo.jp/job/grails-doc/lastSuccessfulBuild/artifact/build/docs/ja/guide/GORM.html#tableAndColumnNames 生成されたスキーマはPostgreSQLにて確認してあります。 異なるDBMSなら異なるスキーマになることもあるかも知れません。Hibernateのみぞ知る。 多対1/1対1関連(単方向) 基本 ドメインクラス class Person { String firstName Address address static mapping = { table 'people' firstName column: 'Fi

2013/03/17(日)に開催された『Yokohama.groovy #13』での個人的取り組みアウトプットその2。 Yokohama.groovy #13 #yokohamagroovy - connpass Spockについては実際に導入し動かしてはいたものの、仕様や仕組みの詳細まではあんま踏み込んでなかったな〜と思い、この時間を使って実践・読解してみました。その結果をエントリとしてUP。 対象となるページは、以下公式サイト。 spock - the enterprise ready specification framework - Google Project Hosting なお、Spockについては以下のエントリで日本語翻訳がされております。『こっち見りゃ良いじゃん』とも思いましたが、ここは敢えて自分で原文を読みながら、コード書きながら理解を深めるという事で見ずに読解を進めて

『JUnit実践入門』写経・実践会 in 横浜 #3 - connpass 2013/02/02 『JUnit実践入門』写経・実践会 in 横浜 #3 #junitbook - Togetter (今回の第11章は『テストダブル』なのですが何故か積まれる書籍『SQLアンチパターン』。その理由は…) 『JUnit実践入門』写経・実践会 in 横浜、今回第3回目は『第11章 テストダブル』が対象範囲となっております。 JUnit実践入門 ~体系的に学ぶユニットテストの技法 (WEB+DB PRESS plus) 作者: 渡辺修司出版社/メーカー: 技術評論社発売日: 2012/11/21メディア: 単行本（ソフトカバー）購入: 14人 クリック: 273回この商品を含むブログ (69件) を見る 『JUnit実践入門』写経・実践会 in 横浜 #1 を開催してきた #junitbook - S

公開場所 BitBucket:【BaseReality6thLayer / RedmineRest — Bitbucket】 バイナリ:【Dropbox - RedmineRest.hpi】 できること ジョブが成功したときにコミットコメントに含まれているチケットを特定のステータスに更新します。 RedmineのREST APIを使って更新しにいきます。 コミットコメントは「close refs #12」みたいな感じです。複数のチケットを指定する場合は「close refs #12 #13」みたいな感じです。「close refs」までは固定です。 対象のRedmineと更新させたいステータスはJenkins全体とジョブの両方で設定できて、ジョブの設定が空文字の場合はJenkins全体の設定を使うようになっています。 インストール方法 バイナリをダウンロードして、Jenkinsのプラグイン

組織はビジネスプロセスの改善を望んでいる。そして今日，それは迅速に行う必要がある。ならばビジネスプロセスの改善に，アジャイルの手法やテクニックを使うことはできないだろうか？ Harvard Business Review の "プロセス戦略における次の波 (the next wave of process strategy)" という記事に，Brad Power氏がビジネスプロセス改善のアプローチに対する自身の見解を公開している。過去数十年を掛けて改善されてきた手法によって，これまで多くのことが達成されてきた。しかし氏は，組織にはプロセスを継続的に改善する必要があると考えている。 (...) 昨日の勝利を祝う時間などありません。組織にとって過去の成功は，今後10年間の継続的な発展を保証するものではないのです。なぜなら情報処理技術 (...) が，現時点でもっとも進歩したビジネスプロセスでさ

T.Nakayama @tnaka78 クラウド運用管理研究会とは：クラウドマネジメントツールの使い方を勉強しましょう、デザインパターン（アーキテクチャとか）を共有しましょう、運用管理のテクニックを共有しましょう。 #cmt_study 2013-04-05 19:35:46