tl;dr - 通常のHookではなくPubSubHubbubのほうのHookを使えばGithubのすべてのイベントをひとつのWebHookで受け取ることができる。 Github の WebHook ではレポジトリの更新しか受け取れず、issue とかも受け取れたら便利なのになーと思いつつ API ドキュメントを見てみると Hook を API から登録したりすることができるようになっていた。 だがこれは所詮は Web から登録できる Hook をいじるもので、このリストにあるものしか登録できない。 また、それぞれの Hook について登録できるイベントはリストで定義されている物に制限されているようで、たとえば WebHook だと push イベントしか設定することはできないみたい。（API 経由でも設定できなかった） 一方、それとは別に用意されている PubSubHubbub の Ho
隣席のるびりすと氏が「Jenkinsのプラグイン書いたよー」といっていたので、どうやって書いたのか訊いてみたらjpiってのを使うと簡単でよい、Ikachan用のプラグインとかも簡単に書けるよというので、練習で書いてみた。 https://github.com/kentaro/jenkins-ikachan-plugin つか、@takaiさんのHipChatプラグインを適当にコピペしただけだけど(テストのしかたがよくわからなかったので、書けてない……)。 こんな感じに設定が追加される。 んでもって、ビルドが走ると、この場合はlocalhost:4979で待ち受けているIkachanを通してIRCになんかしら通知される。 JenkinsのプラグインをRubyで書けるの、思いのほかアツくて、ヤバいね!!1 テストちゃんと書いたらリリースするます(あと、なんかWikiのページ作ったりする必要があ
Install gem install carrier-pigeon Usage require "carrier-pigeon" Send a private message CarrierPigeon.send( :uri => "irc://nick:password@irc.domain.com:6667/#channel", :message => "cooooo, coo coo" ) Send a notice CarrierPigeon.send( :uri => "irc://nick:password@irc.domain.com:6667/#channel", :message => "cooooo, coo coo", :notice => true ) Use SSL CarrierPigeon.send( :uri => "irc://nick:password
App::Ikachan - 様々なサーバのバッチ処理の結果等を IRC のチャンネルに通知するサーバ 皆さんは、日々のお仕事の中で様々なバッチ処理やデプロイツールまたはCIツールを動かすと思います。 一般的なネット系のエンジニアは仕事のコミュニケーション手段として IRC を用いているというのが有名ですが、これらバッチ処理の処理状況等を普段の生活環境である IRC に流せたら便利です。 実際に前の会社では、 deploy tool, ci tool, etc batch script の処理結果を社内 IRC channel に通知するような物を hirose31 さんが作ってくれて、とても便利でございました。 とはいえ、各種スクリプトが独自に IRC server に繋ぎに行く事は大げさですし、バッチが走る都度 join/part されたらうざいです。 そこで前の会社では、 IRC s
Nagiosのアラート通知をメールだけじゃなくてIRCにも通知したいなぁと思ったのでやってみました。 IRC bot 今までだと Plagger 付属の plagger-ircbot を走らせて、適宜 POE の IKC で通知命令を送っていたんですが、ちょっと CPAN を探してみたら、 Bot::BasicBot::Pluggable というのがありました。 karmaもつけられていいなーと思ってこれを使おうと思ったんですが、POE を使っているものの IKC で連携する機能がありません。 そこでこのモジュールを継承して、Bot::IKCBot::Pluggable というのを作りました。 http://github.com/hirose31/p5-bot-ikcbot-pluggable/tree/master Bot::IKCBot::Pluggable BasicBotとの違いは
ども、amo-kです。 先日デプロイ時に実況中継するIRCボットを作ったのでこれについて。 KLabでは通常、 テスト/本番環境に最新のプログラムソースコードを反映する際に 以下のような手順を踏む。 １．踏み台サーバにログイン ２．SVN Export ３．アーカイヴ作成 ４．テスト/本番環境にアーカイヴをアップロード ５．テスト/本番環境のコマンドを実行し、アーカイヴ解凍、各Webサーバに同期 ６．お掃除 通常はこれを１コマンドで実現するためにデプロイスクリプトを書いて そのスクリプトを実行する事でデプロイすることとなる。 その際に、デプロイした人はターミナルをチェックしていれば スクリプトの標準出力で進捗を把握できるが、たの案件メンバは解らない。 そこで、デプロイ実況中継をするIRCボットを作ってみた。 今回は特定のキーワードに反応したり、待機する必要がないので
社内IRCの設置 ついに揉め事が起きたため、今日話し合いの場を設けました。もちろん想定の範囲内です。 何事も最初からすんなり行くとは思ってません。障害がある方が燃えるじゃないですか、と自分を励まして頑張ってます。 現状、大きく分けて運営チームと開発チームに分かれているのですが、運営チーム曰く 情報共有は十分にやっているつもりだ IPMessengerやE-mailに対してメリットを感じない ということでした。 運営チームだけで扉を閉じた会議室で会議を行い、決定事項のみをE-mailでメーリングリストに流す。決まり台詞は「既に決定済みなので反論は受け付けません。」これで「情報を十分に共有している」と言えるのか疑問です。どうやら「情報共有」とは議事録をE-mailで送りっぱなしにすることを指しているようです。しかし「情報」には、『知識』『アイデア』『判明している問題点』『改善案』などなど、他に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
