svn - Subversion と MKS の違い

Question

Subversion と MKS の違いを教えてください

Answer 1

Subversion:集中化された VCS、マージまたはロック セマンティクス、リポジトリ ベース、オープン ソース、巨大な市場シェア (ただし、Mercurial や Git などの DVCS エントリにいくらか負けています)、無料の優れたツールセット、およびサポート インフラストラクチャ。

MKS:集中化された VCS、ロック セマンティクスのみ、リポジトリ ベース、クローズド ソース、比較的限られた市場シェア、無料ではない (1 ライセンスあたり 999 ドル以上)、十分に開発されていないツールセット。

Answer 2

Forrester に最高の SCM とは何かを教えてもらう必要がある場合は、すでに問題が発生しています。MKS が提供する驚くべき管理機能について、馬鹿げた「アナリスト」なら誰でも素晴らしいレポートをまとめることができますが、MKS を使用しなければならなかったことのある開発者に尋ねると、決して MKS を推奨することはありません。

MKS は、Eclipse/WSAD 統合を完全に失敗させることに成功しました (SVN/CVS は問題なく統合されます)。

MKS は、私が今まで SCM に使用した中で最大のがらくたの山です (そして、私は初期の Microsoft Visual Source Safe も使用していたので、それは多くのことを言っています)。

はい、Subversion のサポートは「無料」ではありませんが、誰でもセットアップでき、頭脳の半分しかないシステム管理者であれば、Subversion を管理して適切なバックアップを行うことができます。

それはあなた次第です。管理者を喜ばせ、すべてのボックスにチェックマークを付ける「正しい」選択を選択したい場合は、MKS を使用してください。開発者に実際に何らかの作業を行わせたい場合は、SVN を使用してください。

しかし、MKS を使用する必要があったため、CruiseControl for CI に関する以前のポスターを 2 番目に使用しますが、これは少し古くなっています。

Answer 3

Doyle が述べたように、MKS と SVN の最大の違いは、SVN が専用のバージョン管理システムであるのに対し、MKS は要件管理とバグ追跡からテスト管理まで、ライフサイクル全体をカバーするアプリケーションのスイート全体であることです。ところで、バージョン管理も含まれています。

私が持っていたいくつかの特定の問題を以下に示します。これは 2008 年の時点のものであるため、新しいバージョンでも当てはまるかどうかはわかりません。

• 遅い (主に大規模なプロジェクトに適用されます。小規模なプロジェクトではそれほど悪くありません)
• 統合するサードパーティ製ツールが見つからない
• それと統合すると主張したツールには、不安定な統合がありました (具体的には Visual Studio と Code Collaborator)。
• 分岐戦略は混乱を招きました。開発パスと共有サブプロジェクトを説明しようとして、多くの空白の外観が得られました
• ブランチ間のマージは厄介で面倒だった
• バグトラッカーは、他のバグツールと比較してワークフローの柔軟性に欠けています
• 管理ツールは洗練されていませんでした

私はそれを嫌いではありませんでしたが、推奨することもできません。