だから私の質問があります。Djangoを解く（0.97で始まったdjangoで数年のレガシーコードをたくさん始めるべきです）
Djangoがまだ0.97バージョンだった数年前に開発されたDjangoプロジェクト。このコードは、バンドの上にあるバンドの援助がそれをカットするつもりはないと私が思うところまで継続的に構築されていました。
このdjangoプロジェクトを解き放つことから始めてもいいですか？
は現在、プロジェクトが使用されている1.2.7 Pythonである2.6
私は人々がDjangoのプロジェクトを開発するときに落ちた最も一般的なトラップされているものです知りたい主なものです。
*単体テストは、問題を捉えるのに最も確実な場所ですが、より一般的なものを考えていました。たとえば、何人かのソリューションに類似の問題があった場合、いくつかのページが読み込まれるのに非常に時間がかかります。
私は個人的に単体テストのセットから始めます。テストスイートを入手したら、すぐに出てくる1.4に基づいて2番目のプロジェクトを作成し、失敗を探すテストを実行できます。
ドキュメントはここにある：https://docs.djangoproject.com/en/1.3/topics/testing/
は、障害を修正するか、1.4に準拠している何かに賛成して問題のあるコードを削除します。
そこから、djangoが行った変更を反映するためにコードベースをリファクタリングしたいと思うかもしれません。具体的には、私は戻って、変更されているかを確認するになります。
https://docs.djangoproject.com/en/1.3/releases/
私はDjangoは以来実施しているものを削除することを検討します。もう一度テストを実行します。
あなたがまだいない場合は、この機会にpython2.7に移行することをお勧めします。
これはおそらく、たくさんのテストが役立つ場所です。それを私のプロジェクトではありませんが、ここで私は多分やるだろ何：
モジュールをモジュール単位で使用すると、すべてが更新されます。
私はそれが多くの仕事のように聞こえると知っていますが、それはあなたに長期的に時間を節約します。また、0.93の専門知識は、それからさらに遠くに移動するにつれて徐々に死にかけています。そうすれば、あなたはパフォーマンスのためのすべての新しいテクニックを利用することができ、そのようなものは今日出ています。
申し訳ありませんが、私はそれを2番目に更新します。私の主な関心事は、移行するのではなくコードそのものを解体することです（現在は1.2.7です）。私がオリジナルのバージョンを開発した理由は、混乱を助長する重要な変更があった可能性があるからです。 – StanM