私は現在、ソース管理に Rational ClearCase を使用し、問題の追跡に Rational ClearQuest を使用しているマルチサイト環境で働いています (事前にお悔やみを申し上げます)。大まかな見積もりとして、これは 200 人のエンジニアをサポートしていると言えます。
この SCM 手法を比較可能なすべてのオープン ソース ツール スイートに効果的に移行するにはどうすればよいでしょうか? これにより、文字通り数十万ドルが節約されるだけでなく、開発者の生産性が向上し、現在のシステムに比べてダウンタイムがほとんどなくなると信じています。
使用されているプラットフォームには、Windows、Linux、UNIX、および Solaris が含まれます。
まず、なぜこれが開発者の生産性を向上させると思いますか? 私は ClearCase をあまり使用しておらず、ClearQuest もまったく使用していません。これらのツールが開発を妨げているのは何ですか?
必要なものがわかったら、さまざまなツールを検討する必要があります。原則として、Subversion for SCM が好きですが、あまり適していない状況もあります。私は、特定のバージョン追跡システムに強い思い入れはありません。
Rational システムから何を引き継ぎたいかによって、移行は非常に大きなプロジェクトになる可能性が高いことに注意してください (ClearCase ですべてをチェックアウトし、Subversion でまったく新しいプロジェクトを開始するのは簡単ですが、保持したい履歴はすべてより多くの作業が必要になります)、そのため、すぐにドルを節約することはできません。さらに、ツールを切り替えると開発者の生産性が短期間 (おそらく非常に短い時間) 低下するため、これは長期的な動きと見なすのが最適です。移行を頻繁に行うわけではないため、事前に必要なツールを入手してください。
Gitccを使用してClearCaseベースからGitへの移行を行いました。チャームのように働いた。
すべてのツールに関して、ClearCaseには長所と短所があります。
複雑なマージワークフローを伴う大規模なプロジェクトにのみ使用します。UCMは、さまざまなブランチを事前に視覚化するのに 非常に役立ちます。
現在、さまざまなDVCSオープンソースソリューションを評価していますが、私の意見では、すべての種類のプロジェクト（ファイルが多すぎるプロジェクトなど）を処理できるわけではありません。
BasketCase はあなたを元気づけますか? すでに持っている環境の一部を変更したり、少なくとも抽象化したりできるかもしれません...
クリアケースは素晴らしいです。私はあなたのように考えていましたが、perforce に移行した後、動的ビューがいかに優れているかを実感しました。
私は実際に別の質問でこれについて尋ねました。基本的に、それは本当に、本当に難しく、改訂履歴なしで生活できれば、はるかに簡単になります。
バグ追跡に関しては、私の経験では、オープン ソースのバグ追跡ツールはひどいものです。ただし、トリガーを使用すると、通常、トリガーをオープンソースのソース管理と統合するのは非常に簡単です。例として、 bugzilla と Subversion を統合する方法を次に示します。
お悔やみは必要ありません。複数のサイトで大規模な開発に取り組んでいる場合は、その仕事に適したツールを持っているようです。
オープン ソースの SCM 製品をさまざまなサイトで動作させる試みは、非常に興味深い挑戦となるでしょう。安全かつ確実に動作し、恐ろしい量の作業なしで動作するものを見たことがありません (ただし、間違っていることが証明されることを望みます!)。
ライセンスにはかなりの費用がかかりますが、IBM の技術サポートも利用できます (非常に役立つことがよくあります)。あなたのオープンソース環境が何らかの理由で崩壊し、サポート ネットワークがあなたとあなたの同僚で構成されていた場合、どのくらいの費用がかかりますか? 200 人の開発者が効果的に作業できていませんか? エルク。
開発者の生産性が向上すると考える理由を知りたいです。彼らは特定の不満を持っていますか? 彼らは何が問題だと思いますか? ここから彼らと一緒に解決するのを手伝ってくれませんか?
私の謙虚な意見では、オープン ソース ツールは、比較的複雑でない小規模から中規模のプロジェクトに最適です。あなたがやろうとしていることは愚かだと思います。