cvsには約200のプロジェクトがあり、vssには少なくとも100のプロジェクトがあります。メンテナンスモードで非アクティブなコードがあります。レガシーアプリもあります。古いアプリはもはや使用されていません。約10％が積極的に開発中です。私の2009年末までにすべてを動かす計画です。バージョン管理システム間を移動するためのベストプラクティスは何ですか？
誰もこのような大きな移行をしましたか？
誰でもcvsからperforceに移行するためのベストプラクティスを紹介していますか？または同様の移行。どんなことに気づくの？
VSS側では、移行に役立つ変換ツールがあります。ほとんどの場合、バージョン履歴を保持することができます（readmeおよびdocsで説明されている警告があります）。 VSS to Perforceツールを使用して、50以上のVSSプロジェクトをPERFORCEに移行しました。 VSSからデータを取得するのはちょっと複雑でスピードはあまりありませんが、動作します。 VSSリポジトリへのディスクへの直接アクセス（ネットワーク共有経由ではない）があれば、変換がはるかに高速になる可能性があります。スクリプトhereに関する情報を見つけることができます。
CVS to perforce変換hereのsimlarページがありますが、私はそれを直接経験していません。これらのリンクは良いスタート地点です。また、PERFORCEメーリング・リスト（PERFORCEナレッジ・ベースhere）で検索することもできます。私はあなたがメーリングリストのアーカイブに変換情報を見つけるかもしれないと確信しています。
古いプロジェクトを先に移行します。あなたのプロセスが動作することを確認することができます。アクティブ・コードをPERFORCEに移行したとき、私は週末を過ごし、基本的にサーバーへのアクセスを取りやめ、コードをPERFORCEに移行しました。正直言って、それはかなり簡単な移行でした、そして、人々が月曜日に戻ったとき、彼らは行く準備ができました。移行を開始した後、Perforceチートシートで従業員を準備することについて考えるかもしれません。
最大の問題は、実際にあなたの人々がPerforceを使用する準備をしている可能性があります。私がもう一度やり直してしまえば、私は小さなプロジェクトを最初に移行し、一度にPerforceを使う人の数を減らしました。そのように、私は移住後1日目に120人以上の人を養成しなければなりませんでした。また、1日目に新しく同期するために100人以上のユーザーがサーバーにアクセスしていないことを確認してください。最初の数日間、私たちはサーバーを複数回ダウンさせてしまいました。私は、私がお勧めしないWindows32ビットサーバを使用しました。私たちは現在、Windows 64bitサーバーを持っており、はるかに堅牢です。可能ならば、私は実際にあなたのPERFORCEサーバ用のOSとしてLinuxを使用します。ここでも、Perforceサイトのパフォーマンスについての良い情報があります。
私の質問にはお答えできませんが、Perforceにはこのためのツールがありますか？または、少なくとも、ドキュメントですか？私はPerforceの営業員を殴っていたでしょう...
私はこの規模の何かをする必要はありませんでしたが、私はいくつかのアイデアを持っています。まず、重要ではない小さなプロジェクトに取り掛かり、それを移行してください。そうすれば、残りのプロジェクトを移行するのにどれくらいの手間がかかるかを知ることができます。その直後に、中規模プロジェクトを選択する必要があります。これは、小規模プロジェクトでは明らかではない大きなプロジェクト（ブランチなど）を移行する際に問題が発生する可能性があるためです。
cvsプロジェクトをvssに変換するのがどれほど簡単かを見て、それ以外の方法で時間を費やしてください。 vssからperforceへの変換が本当の苦痛であれば、vssをcvsに変換してからperforceに変換することができます。それに日を沈ませてはいけませんが、それはあなたを厄介な状況から退けることができます。私はここの鍵は増分的に行くと思う。
バックアップが良好です。期間。
締め切り日を考慮し、非アクティブで、それより古いプロジェクトはすべて削除する必要があります。最後のリビジョンをチェックし、それをPERFORCEに保存します。本当に15の視覚的な基本コードが必要ですか？
デッドプロジェクトと非アクティブプロジェクトを移行しないことを検討してください。単にリポジトリを読み取り専用モードにするだけです。必要に応じてデータを利用できるようになり、それらを移行する時間を節約できます。使用中の10％を移行するだけです。プロセスを完全に文書化する。
移行されていないプロジェクトの1つが将来復活する場合は、ドキュメントを参考にして簡単に移行できます。
これまでのことで、古いリポジトリを読み取り専用モードにしておきます。
私たちが書いたツールでsvnリポジトリを移行し、ちょうど私たちのstarteamプロジェクトのヘッドリビジョンを取っただけです。
シングルファイルチェックイン（CVS）とマルチファイルチェンジセット（PERFORCE）の違いに注意してください。
ブランチに注意すると、ファイルパススペース（Perforce）のブランチと別のスペース（CVS）です。
リンクがありますか？ – user765443
私は恐らく他の人たちがずっと前にマイグレーションをしていて恐らくツールを保存していなかった、または彼らに力を入れてくれることを恐れていたのです –
ありがとう。私は、2TBのデータを持っているので、CVSとPERFORCEの利点と欠点を取り組んでいます。リンクや情報はありますか？ – user765443
p4ツールは、移行の技術的な部分を行います。しかし、複数の場所にある数十のチームが使用しているプロジェクトは100件あります。冷たい七面鳥のスイッチはあまりにも危険です。 IDE、コマンドライン、自動ツールへのアクセスをテストする必要があります。また、コードが失われないようにする必要があります。 – sal