Hubot, GitHub's open source chat bot, is completely revolutionizing how we do ops at GitHub. Automating deployment, graphing, monitoring, provisioning, …
I'm wondering how I can turn off all these warnings when running a simple test: [1] guard(main)> 16:59:46 - INFO - Run all 16:59:46 - INFO - Running all specs /Users/esjd/.rvm/gems/ruby-2.1.2/gems/rspec-rails-3.0.1/lib/rspec/rails/adapters.rb:124: warning: instance variable @example not initialized /Users/esjd/.rvm/gems/ruby-2.1.2/gems/rspec-rails-3.0.1/lib/rspec/rails/adapters.rb:124: warning: in
Github (含むEnterprise) で開発をしているなら、Github Kaigiでも紹介されていた git-pr-release が便利です。自分の会社ではアプリのリリース前にQAを実施しているのですが、QAを始める前にどの機能がリリースされるのかをリストアップし、それをGoogleスプレッドシートに入力する作業が繁雑でした。 git-pr-release を使うと、これをリリースPull Requestに集約して自動化することができます。リリースPull Requestとは以下のようなものです (スクショはこのツールのPR用に作ったダミー)。 具体的なリリースまでの作業手順は以下のようになります。 開発ブランチにリリースする機能のPull Requestをmergeしていく git-pr-release を実行 merge済みのPull Requestの情報を集めてチェックリス
息子が小学校の頃、全然勉強しなかった。 「あーもうこいつマジ勉強しねぇ、勉強しろよ…」と思い何度もお説教した。 役に立つからと。お前のためだからと。 んである時言われた。 「そんなに役に立つならお父さんがやればいいじゃん。」 普通なら屁理屈言うなと済ませてしまうところだが、その時は 「まぁ確かにごもっともで」と感じてしまったので俺は勉強することにした。 とりあえず資格やら英語やらに取り組むことにした。 それから5年ほど経つが結果として息子はとても勉強するようになった。俺は給料が倍加した。 俺は技術系の仕事なんだが技術士だの工業英検だのを取得しまくった結果、とても重用されだした。 海外との取引は言葉の壁で敬遠してたところがあったのだが俺がその壁を壊した。 小さい会社なのでそれだけで年商3倍社員2倍になった。俺は重役になり報酬が増えた。 目に見えて海外出張が増えたあたりから息子は勝手に勉強する
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く