中規模Web開発のためのMVC分割とレイヤアーキテクチャ - Qiita
TL;DR MVCもレイヤで捉えて関係性の設計をするといいのでは 普通のRubyオブジェクトを積極的に使いたいですね 「パーフェクト Rails」に期待しましょう 長くなって面倒くさくなり、途中から手抜き感が半端ないですが許してください この記事の位置付けなど 7 Patterns to Refactor Fat ActiveRecord Models - Code Climate Blog [翻訳] エリック・エヴァンスのドメイン駆動設計 エンタープライズ アプリケーションアーキテクチャパターン これらの参考文献を踏まえてRailsアプリケーションのリファクタリングをしていて、だいぶ方向性や考え方がまとまってきたので、これからチームに合流する人を想定読者に、Qiitaがどんな感じで作られているのかを文書化したものです。（参考文献の一覧は記事の最後にあります） 内容的には文献[2,3]を踏
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ページを開く
