3

開発チームの真のニーズに合った正しいソース管理ツールを特定するために、どのような正当な質問をすればよいでしょうか?

開発者は、IBM コンサルティング リード プロジェクト チームが大規模な社内プロジェクトで使用するために ClearCase をインストールして以来、ClearCase を使用してきました。このプロジェクトでは、Rational Suite を使用してタスクやテストなどを実行しました。このプロジェクトが完了すると、ソース コードを保存する方法として ClearCase のみが使用されました。残念ながら、現時点では ClearCase は必須ツールとして開発者によって使用されています。2009 年の初めにグローバル プロジェクトが開始されるまで、海外の他の同僚は主に SVN を使用していました。グローバル プロジェクトでは、これらの開発者が ClearCase Remote Client (CCRC) を使用する必要があります。

このツールは非常に強力ですが、彼らの開発ニーズには多すぎるように見えます。UCM プロセスはオンサイトで実施されますが、プロセスの手順、特に CCRC を使用する場合に多くの不満が表明されています。もう 1 つの問題は、他の開発ツールでは、開発タスクを完了するためにファイルを書き込み可能にする必要があり、開発者が仕事をするためにハイジャックする原因となることです。

現在、多くの企業が競争力を維持し、財政的に実行可能であり続けるために、すべての戦略をアウトソーシングして再評価しているため、適切な理由と、今日の開発活動とニーズだけでなく、未来。この問題に対する理解が深まることを期待しています。

4

3 に答える 3

2

開発チームの真のニーズに合った正しいソース管理ツールを特定するために、どのような正当な質問をすればよいでしょうか?

IMO、これらの質問のいくつかは次のとおりです。

  • 現状は？
  • 現状はなぜ？[おそらく政治的: IBM コンサルティング リード プロジェクト]
  • なぜ変更したいのですか (インセンティブは何ですか)?
  • 私たちが変更できる代替手段は何ですか？
  • 代替手段に変更することで、何を得ることができ、何を失うことになるのでしょうか。
  • 変更に関連するコスト (または労力) はどのくらいですか?
于 2009-05-14T15:30:33.750 に答える
2

「すべての開発者が知っておくべき ClearCase の基本的な概念は何ですか?」を読むと、現在の状況 (ClearCase) の潜在的な利点をよりよく理解できます。

CCRC は、RCP インターフェイスとリモートの Web ベースのビュー サーバーを介して ClearCase にアクセスするために使用されるため、DVCS (Distributed VCS) の安価な代替手段のように見えます。
つまり、可能な代替手段は、無料の DVCS (Git、Mercurial など) を使用することです。

私は過去 6 年間 UCM を使用しており、相互に依存する複数の「コンポーネント」(つまり、「ファイルの一貫したセット」) を複数の並列開発で使用する大規模なプロジェクトに非常に役立つことがわかりました。

ただし、単純で直線的な開発ライフサイクルを伴う小規模な独立したプロジェクトには、このような重い方法論 (UCM) はお勧めしません。

したがって、ChrisW によって提案された一連の質問を完了するには

  • VCS で管理される典型的なプロジェクトの規模は?
  • それらの類型は何ですか（相互に依存しているのか、それとも自律しているのか）。
  • これらのプロジェクトが続くマージのワークフローは何ですか(単純なものは Subversion を候補として示すかもしれませんが、より複雑なものは大量のマージのためにより本格的なツールを必要とするでしょう)
  • ネットワークの類型は何ですか (中央リポジトリは常に最適な構成ですか、それとも配布/レプリケーション機能を備えたローカル リポジトリはより適していないでしょうか?)
于 2009-05-14T17:08:20.940 に答える
0

Cheryl、ソリューションを解決しようとせずに - CCRC はリモート開発者にとって明らかにオプションですが、ClearCase Multisite もあります。プロセスに問題がある場合は、SCM を移行するよりも、インフラストラクチャへのリモート アクセスではなくローカル アクセスを提供することが短期的な解決策になるでしょう。

于 2009-05-22T15:10:38.700 に答える