OK、これを試してみます:)私はあなたの質問に完全に答えることはできませんが、多分あなたにはいくつかの興味深いヒントがあります。私の番号はあなたの番号に直接応答するものではないことに注意してください:)
コメントで既に述べたように、バージョン管理には小さすぎるプロジェクトはありません。個人的にはGitをお勧めします。理由は、その素晴らしく驚くべき速度(gitの待機時間は秒ではなくミリ秒で測定される)と膨大な量の機能です。理由は奇妙な名前と引数を、ピックアップして少し難しいことができますが、以下の文書は、それらの多くを説明し、本当に良い:http://www.eecs.harvard.edu/~cduan/technical/git/。もう1つの理由は、現在drupal.orgで使用されているため、Gitを知っていると、貢献したいときに役立ちます(パッチの提供、パッチのテスト、モジュールのリリースなど)。
とはいえ、何らかの理由(使用する予定のサービスとの統合など)でSVNを使用する場合は、SVNを使用してください。SVNも適切に機能し、ソース管理なしよりもはるかに優れています。(Linus Torvaldsに尋ねない限り..)。また、気が変わったら、あるVCSから別のVCSに移行する方法がよくあります。たとえば、SVN-> Gitはうまく機能します。
第三に、このステップに一歩近づきます。一度にすべてをしようとしないでください。あなた(そしてあなたの開発者)に新しいツールを学ぶ時間を与えてください。
Drupal 6からDrupal 7への切り替えは簡単なことではありません。特に多くのカスタムコードを使用します。たくさんのAPIの変更と新しい概念(エンティティ/フィールドシステムなど)があることに注意してください。また、多くの貢献モジュールがまだ完全には準備されていないという点もあります。
展開管理は、Drupalの弱点の1つであり、Drupal 7でもそれほど変更されていません。問題を認識しており、Drupal 8でこれを解決するために人々が懸命に取り組んでいます:http : //groups.drupal.org /ビルドシステム変更管理/ CMI。機能などが役立ちますが、それは特効薬ではありません。すべてを機能としてエクスポートできるわけではありません。
ステージング/運用サイトを展開するためのDrupal固有のオプションもいくつかあります。Pantheon(まだベータ版)とAcquia Dev Cloudはチェックアウトする価値があるかもしれません。
継続的インテグレーション、自動化されたテストは重要で非常に便利ですが、セットアップ、テストの作成などにも時間がかかります。この時点で持っているかもしれないし、持っていないかもしれない時間。しかし、特に自動化されたテストは、漸進的な改善を簡単に行うことができる分野です。それらを実行するための環境を設定したら、時間の許す限りより多くのテストを作成できます。
したがって、コメント内の更新された質問に対する私の推奨事項は次のとおりです。
そのままフィニッシュと放出は、しかし今はDrupal 6 VCS(バージョン管理システム)を使用して開始します。サイトのステージング環境を作成します。使用している(提供された)モジュールを確認し、その時点でDrupal 7へのポートが実行可能かどうかを確認します。時間がかかることを過小評価しないでください。また、テスト/展開プロセスの改善を開始します。まずは、最も利益/費用をもたらすと思われるものから始めます。
さらに具体的なフォローアップの質問を作成したり、既に存在する質問を確認したりすることもできます。ご覧のように、このような質問にいくつかのヒントを与えただけでも、巨大になり、かなり時間がかかる可能性があります。