はじめに これは Git Advent Calendar 2016 の4日目の記事です。 今回の記事が対象とする大規模なレポジトリは、何年間も開発が続けられ、ファイル数、履歴、ブランチ、タグなど、全般的に肥大化してしまったようなレポジトリです。肥大化したレポジトリを何も気にせず扱った場合、以下のような不幸な自体に見舞われます。 終わらない git clone 止まらない disk full 帰ってこない git status これらは貴重な時間や資源だけでなく、エンジニアや周りの人の精神エネルギーまで持っていきます。 この記事においては、これらの原因を解決するための実践テクニックのうち、明日から利用できるものをまとめます。歴史を改ざんする系のもの、レポジトリ構成を変えるもの、アプリケーション層に入り込んだ改修などは今回の記事の範囲から割愛させていただきます。 また、巨大なレポジトリを扱うた

rspec-temp_dirとは？ rspecでいい感じに一時ディレクトリを作るためのgemです https://github.com/sue445/rspec-temp_dir https://rubygems.org/gems/rspec-temp_dir なぜ作ったか? テストで検証したい内容がメソッドの戻り値だとその戻り値をexpect で検証するだけなのでテストが楽なのですが、ファイルを出力するようなメソッドだとファイルが書き込まれているか検証する必要があります。 テストで作ったファイルを毎回 after で消すとテストコードが肥大化するので、「それなら最初から一時ディレクトリにファイルを書き出してやればファイル消す必要ないのでは?」という発想で作りました。 JUnitの TemporaryFolder にインスパイヤされています。 使い方 describe や context

この記事は、Lint における主要なデザインパターンを紹介します。 紹介するパターンは次の3つです: Policy パターン AST Visitor パターン Chained Config パターン 執筆者について Vim script の Lint 作者です。 詳しくは、インタビュー記事をご覧ください。 デザインパターンの紹介 Policy パターン Lint が指摘する項目を、個別のクラスや関数として実装するパターンです。 主要な Lint でも採用されています。 対象とするモデル 検査項目の例として、文字列リテラルの開始記号が「"（二重引用符）」のとき警告するものを考えます。 この場合、この検査項目は ProhibitDoubleQuotes のような名前を持っています。 また、この検査項目に違反したとしても、深刻度はそこまで高くないと推測できます。 このように、検査項目はそれぞれ名