Gitフックを使っておかしいRubyコードをコミットできないようにする - Qiita#!/bin/sh git diff --cached --name-only --diff-filter=AM | grep '\.rb$' | xargs rubocop exit $? grep '\.rb$' で拡張子が rb であるファイル、という意味なので、必要に応じてこの部分を変更してください。例えば app ディレクトリ以下のみにしたければ ^app/.*\.rb$ にします。 忘れずに実行権限をつけます。
A/Bテストよりすごい？バンディットアルゴリズムとは一体何者か - Qiita
オバマ大統領の再選に大きく寄与したことで大きな注目を集めているA/Bテスト。A/Bテストを導入した、することを検討している、という開発現場も多いのではないだろうか。 そんな中、Web上で次のような議論を見つけた。 20 lines of code that will beat A/B testing every time Why multi-armed bandit algorithm is not “better” than A/B testing 一言でまとめると「A/Bテストよりバンディットアルゴリズムの方がすごいよ」「いやいやA/Bテストの方がすごいし」ということだ。 で、バンディットアルゴリズムとは一体何者なのか？ そこでBandit Algorithms for Website Optimization (O'REILLY)を読んでみた。その結果分かったことを踏まえてざっくりと
A successful Git branching modelから重要なとこを抽出 - Qiita
Git使うなら絶対に一度は読んだ方がいい良エントリ A successful Git branching model 日本語訳 理屈は本文読めということで、ルール的な箇所を抽出 ブランチの種類 メインブランチ サポートブランチ サポートブランチはさらに3種類に分類される メインブランチ メインブランチはmasterとdevelopの二つ この二つは常に存在するし、削除しない masterでの開発は一切しない developで開発してmasterにマージするのが大きな流れ サポートブランチ フィーチャーブランチ リリースブランチ ホットフィックスブランチ 用が済めば削除される フィーチャーブランチ developから分岐してdevelopにマージされる 命名規則は特に無し（他の種類のブランチと区別がつくように） 個々の機能を実装する originにはpushしない フィーチャーブランチの一生
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
