マルチサイトClearCase / ClearQuest環境をすべてのオープンソースにどのように移行しますか？ [閉まっている]

Question

現在、ソース管理にRational ClearCaseを使用し、問題追跡にRational ClearQuestを使用しているマルチサイト環境で作業しています（お悔やみをお受けいたします）。おおよその見積もりとして、これは200人のエンジニアをサポートしていると言えます。

このSCM方法論を、比較可能なすべてのオープンソースツールスイートにどのように効果的に移行しますか？これにより文字通り数十万ドルが節約されるだけでなく、現在のシステムと比較して開発者の生産性とダウンタイムが非常に少なくなると信じています。

使用中のプラットフォームには、Windows、Linux、UNIX、およびSolarisが含まれます。

Answer 1

まず、なぜこれにより開発者の生産性が向上すると思いますか？ ClearCaseはあまり使用していませんが、ClearQuestはまったく使用していません。これらのツールは開発を妨げていますか？

必要なものがわかったら、さまざまなツールを調べる必要があります。一般的なルールとして、SCMのSubversionが好きですが、あまり適さない状況もあります。特定のバージョン追跡システムに強い感情はありません。

移行は、Rationalシステムから何を引き継ぐかによって非常に大きなプロジェクトになる可能性があることに留意してください（ClearCaseですべてをチェックアウトし、Subversionで完全に新しいプロジェクトを開始するのは簡単ですが、維持したいことはもっと多くの作業です）、すぐにドルを節約することはできません。さらに、切り替えツールは開発者の生産性を短時間（場合によっては非常に短い時間）低下させるため、これは長期的な動きとして最もよく見られます。移行を頻繁に行う必要はないため、必要なツールを事前に用意してください。

Answer 2

クリアケースは素晴らしいです。私はあなたのように考えるのに使用しますが、その後、PERFORCEに移行した後、動的ビューがどれほど素晴らしいかを認識しました。

実際に別の質問でこれについて尋ねました。基本的に、それは本当に、本当に難しく、あなたがあなたの改訂履歴なしで生きることができるなら、はるかに簡単になります。

バグ追跡に関して、私の経験では、オープンソースのバグ追跡ツールはひどいものです。ただし、トリガーを使用すると、通常、それらをオープンソースのソース管理と統合するのが非常に簡単です。例として、 bugzillaとsubversionを統合する

Answer 3

BasketCase は元気づけますか？すでに持っている環境の一部を変更したり、少なくとも抽象化することができるかもしれません...

Answer 4

Gitccを使用してClearCaseベースからGitへの移行を完了しました。魅力のように働いた。

Answer 5

ツールについては、ClearCaseには利点と欠点が付属しています。
これは、 UCMが非常に役立つという、複雑なマージワークフローを備えたラガープロジェクトにのみ使用します。さまざまなブランチを事前に視覚化します。

今、さまざまな DVCSオープンソースソリューションが、私の意見では、すべての種類のプロジェクト（ファイルが多すぎます）。

Answer 6

お悔やみは必要ありません。複数のサイトで大規模な開発に取り組んでいる場合、その仕事に適したツールがあるようです。

さまざまなサイトでオープンソースSCM製品を動作させようとすることは非常に興味深い課題です。 ！）。

ライセンスにはかなりの費用がかかりますが、IBMテクニカルサポート（私は非常に頻繁に役立つと思います）にもアクセスできます。オープンソース環境が何らかの理由でひざまずいてクラッシュし、サポートネットワークがあなたと同僚で構成されていた場合、いくらかかりますか？ 200人の開発者が効果的に作業できませんか？ Erk。

開発者の生産性が向上すると思われる理由を聞いてみたい。彼らは特定の不満を持っていますか？彼らは何が問題だと思いますか？ここから彼らと一緒に解決するのを手伝ってくれませんか？

私の謙虚な意見では、オープンソースツールは、比較的複雑さのない中小規模のプロジェクトに最適です。あなたがやろうとしていることは愚かだと思います。