2

私は、複数のベンダーが単一のプロジェクト（単一のインストールで複数のSitecore CMSサイト）に貢献できるようにするソース管理ソリューションの確立に取り組んでいます。社内の要件に適合し、サポートが最も優れていると思われるTFSを使用するのが理想的です。ただし、一部のベンダーはSVNを好みます。TFSを使用することを選択した場合、これにはいくつかの可能な解決策があるようです。

1）ベンダーは、MSツールとCAL（たとえば、バックエンド開発者向けのVisual Studioやフロントエンド向けのtfs.exeなど）を使用して、TFSを直接使用することを約束します。

2）ベンダーはTFSを使用し、現在のSVNツール（SVN Bridge / SVN Tortoise）にプラグインしてアダプターを使用します。開発者ごとにCALが必要です。

3）ベンダーは、単一のCALを使用してTFSからコードベースを確立し、それをSVNリポジトリとして使用します。ベンダーはローカルでSVNを使用しますが、同期を維持するためにSVNリポジトリとTFS間の継続的インテグレーションを使用します。

3番目のオプションは、ライセンスの観点からは安価に見えますが、同期にかなりの複雑さと開発者の時間が追加され、開発者ごとのチェックイン情報が失われる可能性があります（1人の開発者がチームによるTFSへのすべての変更をチェックインします） 。

実際には、基本的な機能だけでなく、高度な詳細や高度な機能は必要ありません。ベンダーはチームに責任があります。ベンダーAまたはベンダーBからのものであるというだけで、そのレベルで誰が何をしたかを実際に知る必要はありません。

上記のアプローチの相対的な欠点と利点は何ですか？また、私の生活を楽にするツールは何ですか？

4

1 に答える 1

1

ご指摘のとおり、ここにはいくつかのオプションがあります。

  1. ベンダーが単にWindowsエクスプローラーのような統合（Tortoiseツールと同様）を使用したい場合は、エクスプローラー統合を含むTFSPowerToolsをインストールできます。このオプションでは、ベンダーが新しいツールを習得する必要がありますが（したがって、最初は少しイライラするかもしれません）、これは確かに「可動部品」の数が最も少なく、破損の可能性があります。

  2. おそらく最も難しいルートです。SVNbridgeは多くの点で優れていますが、分岐やマージなど、ユーザーが必要とするすべての機能を提供するわけではないでしょう。

  3. Timely Migrationは、初めてのSVNからTFSへの移行に役立つSVNからTFSへの移行ツールを提供しますが、（思い出すと）自動化された方法での使用をより困難にする手動の解決手順がいくつかあります。ただし、これは同期にどのように使用できるかを調査する価値があるかもしれません。ただし、この点については、CALライセンスについてMicrosoftの連絡先に相談する必要があります。自動化されたツールを使用してTFSと別のシステムを同期しても、必ずしもCALの制限がなくなるわけではありません。

于 2011-04-28T20:21:58.910 に答える