連載目次 連載第1回の「GitHub製フレームワークHubotの概要とインストール、チャットアプリと連携する基本的な使い方」では、GitHub社が開発しているBotフレームワーク「Hubot」の概要、Hubotとチャットとの連携方法、Hubotの基本的な使い方を紹介しました。 前回の「Redmine連携でチケットをチャットに通知＆開発を楽しくするHubotスクリプト6選」と同じく、今回も、サンプルアプリケーションに対して修正を行うシーンを例に、Hubotと各ツールがどう連携するかを解説します。 ソースコードはGitHubそっくりなUIと機能を提供している「GitBucket」（Scala製）で管理し、ビルドやデプロイはCI（継続的インテグレーション）ツール「Jenkins」で行います。 利用したソフトウェアとバージョンは以下の通りです。 Hubot 2.4.7 Kandan 1.2 Git

About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)

数ヶ月前、情報共有のやり方が上手いなあと思うチームとすぐ近くで仕事をしていたので、そのチームと自分がいるチームのやり方を比較してみたことがあります。結論はまとまっていませんが、考えた過程を残すために、メモしておきます。 情報共有といっても、スコープや取り扱う情報の種類はさまざまです。ここでは、スコープを「数人規模の開発チーム」、取り扱う情報を「開発に関すること全般」と、せまく定義することにします。「開発に関すること全般」とは、たとえば、ハマリの回避方法、直近の仕様変更部分、交渉上の方針など、何でもありだと考えてください。 まず、情報共有が上手い（と自分が見ていて思う）チームがやっていることの特徴を探してみて、次の3つに気づきました。 情報共有の重要性についてチーム全員が合意している 情報共有が維持・促進されることをチームの誇りにしている 情報共有をスケジュール化している 次に、チームで集ま

id:koogawaさんのgitの記事を読みました。 これを読んでそういえばみんな知ってるのかなと思った点があるので書いておきます。 取り上げるのはgitのpush周りのお話です。 （これ以降の記事中のリモートは全てoriginとします。） このコロンは何？？ リモートブランチの削除で以下のようなコマンドを実行すると思います。 git push origin :hoge コロンが付いていますがこのコロン正体、正しく説明できますか？ 実用Git 作者: Jon Loeliger,吉藤英明(監訳),本間雅洋,渡邉健太郎,浜本階生出版社/メーカー: オライリージャパン発売日: 2010/02/19メディア: 大型本購入: 7人 クリック: 287回この商品を含むブログ (44件) を見る pushコマンドの実体 普通、ローカルブランチをリモートに反映する際のコマンドはこんな感じです。 git p

こんなブランチ構成だとする。 $ git branch -a * master ios7 remotes/origin/HEAD -> origin/master remotes/origin/ios7 remotes/origin/master ios7のブランチを消したい。 まずはローカルブランチを削除 $ git branch -d ios7 Deleted branch ios7 (was 57c1b0b). リモートブランチも削除 $ git push origin :ios7 To https://xxx.git - [deleted] ios7 確認 $ git branch -a * master remotes/origin/HEAD -> origin/master remotes/origin/master ちゃんと消えた！ push で消すのとか、:hoge で指定

はじめに GitLab.org / GitLab recipes | GitLab に従って新規にインストールした GitLab 6.7 でプロジェクトを作成した後、画面の指示に従って git clone や add, commit, そして push を行ってから、再度 GitLab にて Project にアクセスしたところ、500 Internal Server Error が発生しました。 エラーログでぐぐってみたところ、同じ問題で困っている人も数名いるようでした。日本語の情報は見つからなかったので、ここに記録しておきます。 エラーログ Started GET "/yu-umezawa/gitlabtest" for 202.225.5.123 at 2014-04-15 02:24:33 +0000 Processing by ProjectsController#show as

これは、PowerShell DSC Advent Calendar 2014 - Adventar 7日目の記事です。 6日目は、コンフィグレーションの記述について説明しました。ベストプラクティスから現状のコンフィグレーションの問題、v5での改善点など多岐にわたっています。 今日は書いたコンフィグレーションを MOF ファイルにコンパイルする流れについて見ていきましょう。 目次 目次 コンフィグレーションの読み込みと検索 コンフィグレーションのデフォルトパラメータ コンフィグレーションの実行 コンフィグレーション実行時に外からパラメータを渡す Node はparam にするべきなの？ MOFファイルの中身 生成日時など MOFファイルの記述内容 DSCサーバー情報 MOF読み読み まとめ コンフィグレーションの読み込みと検索 6日目に示したサービスに関するコンフィグレーションで見てみまし

はじめに Ansible 1.7よりWindowsの操作ができるようになったので、実施するための準備を書き出してみる。 （2015-01-18: 現状に合わせて大きく書き直した） （2015-03-27: 「Ansible 1.9.0.1を使用する場合の追加作業」を追加） （2015-04-29: 1.9.1で「Ansible 1.9.0.1を使用する場合の追加作業」が解決されたため、文章を修正） （2016-02-27: やっと時間が取れたので遅ればせながら文章を2.0に対応） （2016-04-17: ネットワークプロファイルがパブリックでも利用できるようになっていたのとansible_winrm_*が1.9.5にバックポートされていたのに対応） （2017-06-03: 2.3.1でpython 3でも動作するようになった） 今回の環境 最初に試した段階では以下の通り： 操作されるW

脱獄している人にとって最重要と言っても過言ではない『Activator』先生！ ただ、長い間継ぎ足し継ぎ足し設定を行ってきたので、自分でもよく分からない状態になってしまいました。Activator v1.8でカスタムイベントも増えましたしね… みんなはどんな設定してるのかなぁ？と気になったので調べてみました。ちょうどこの話題が出ている海外サイトがありましたので、皆さんの設定例を見つつ、設定を真似しちゃおうぜ！です。これがリスペクトってやつです。本当です。 みんなの設定例を見てみる ちょうど海外サイトでActivatorの設定について話題が出ていたので、そこからいくつかActivatorの設定例を抜き出してみました。 海外の方の物なので一部日本では使いにくい物もありますが、「それはそこだよねぇ！」と言う物や、「あぁそんな方法が！」と言う物、「あ…この人、ボタン壊れてるんだな…」と分かるような

数あるFXブログサイトの中でも人気の高い「羊飼いの外国為替FXブログ」。サイトの管理人でありトレーダーでもある「羊飼い」さんを直撃して、FXのツボを伝授してもらいました！ １日あたり５万アクセス！ FXを行う上で、為替レートに影響を与える経済指標やニュースなど、押さえておきたい情報はたくさんあります。でも、それら全てを限られた労力と時間で網羅するのは至難の技。できれば、今どの指標に注目すべきなのか、このニュースは何を意味するのか……「何かヒントがあればいいのに」と思う人は少なくないでしょう。 そんなニーズから徐々にアクセス数が増え、今では１日あたり５万～７万回のアクセスを集めるようになったという「羊飼いの外国為替FXブログ」。管理人の「羊飼い」さんを直撃しました！ 情報を共有しよう！ガイド： こんにちわ、羊飼いさん。さっそくですが、ブログを始めたきっかけを教えてください。 羊飼いさん（以下