私は現在、いくつかの新しいプロジェクトを追加し、いくつかの古いリポジトリのレガシーコードとデータをそこにマージすることによって、ローカルのSubversionリポジトリを再構築する過程にあります。レガシーコード(およびデータ)をどのように扱いますか?
これまで私がこれを行ってきたとき、私は通常、レガシーコードを専用の "レガシー"フォルダに入れました。新しい "構造の整った"コードツリーを "妨害"しませんでした。しかし、リファクタリングの精神において、私はこれがやや間違っていると感じています。理論上、レガシーコードは時間の経過とともにリファクタリングされ、新しい場所に移動されますが、実際にはほとんど発生しません。
あなたのレガシーコードをどのように扱いますか?私は、「レガシー」フォルダの古い罪を取り除くように誘惑を感じていますが、それをもう一度見ないようにしています。あるレベルでは、リポジトリ内のより健康的な住人、コードはいつかうまくいく良い機会になるでしょうか?
(ええ、私たちはすべてwe shouldn't rewrite stuffを知っているが、これは私の「楽しい」リポジトリではなく、私のビジネスのプロジェクト...)
更新
私は保存の技術的な側面を心配していないです様々なバージョンのトラック。私はタグとブランチを使う方法を知っています。これはリポジトリに「きちんとした」構造を持たせる方が好きなので、心理学的な側面です。人間にはもっと簡単にナビゲートできます。—
いくつかは「できるだけ早くこれをリファクタリングしなければならないが、それは退屈なので、延期し続ける」というものと、「これを10年前に書きましたが、私はこれと同じことをやり直す必要がある場合には、または私はちょうどノスタルジックな感じで、古いコードを見たいと思っています。 –
...そして、あるものは、 "私は余裕を持っていますが、このプロジェクトをもう一度手に入れたいと思っていますが、それがいつ起こるか、しかし、私はちょうどその場合には、コードを守りたい "。 –