私は別のベンダーとの共同作業に取り掛かりつつあります。ベンダーはソースコードとSVNリポジトリを持っていますが、私たちはTFSを持っています。私は、TFSで利用可能な作業項目追跡を使用して興味深いですが、ソース管理としてSVNを使用します。これが可能なら誰でも知っていますか？TFSとSVN
私は、SVNソースをTFSソースにダウンロードして、それからTFSソースコントロールを定期的に使用できるように、何らかのポーリングメカニズムを持っていると思います。私はそこの主な問題は、私の変更をSVNリポジトリに戻すことになると思います。
私はそれが可能だと思いますが、ワークアイテムをチェンジセットやシェルフセットに関連付ける方法はありません。チェンジセットやシェルフセットは私がTFSについて一番気に入っているものの1つです。
私はあなたがするためにいくつかトリッキーなマージ/同期するつもりだと思う。私の意見では、あなたの最善の策は両チームのための単一のソース管理ソリューションに同意することです。
の場合、ソース管理機能なしでTFSの作業項目の追跡を使用したい場合は、できるはずです。
私はただの回避策を考えたと思います。私はソースをvendor-srcディレクトリにダウンロードできなければなりません...それもコピーして、それをtfsにコピーしてください。
マージを行うには、ベンダーsvnから最新のものを入手してください。私たちのトランクとvendor-srcをマージして比較することができます。両方のフォルダをそれぞれのバージョンコントロールreposに関連付けることができます。
チェックインのコメントが欠落し、実際には最適ではないので、ぎりぎりとした切断の種類がありますが、私は今すぐ利用できる最良の選択肢だと考えています。
本当に何かをまとめるには、CodePlexのTFS Migration and Syncフレームワークを使って、これらすべてのものを自動化することができます。しかし、私が言うように、あなたはおそらく痛みの世界に向かい、あなたとの間に接続性がない限り、ただ一つのリポジトリを使うべきです。 –
ありがとう、あまりにも複雑です。 – Dave
はい、私は同意しました。それについて考えました。なぜポーリングのことを考えていたのでしょうか？私たちの人々は作業項目の進捗状況を見ることができました。私はプロジェクトマネージャーに任せることができます。 – Dave
* 2つのVCシステムとの同期で2つのリポジトリを維持しようとすると、世界中の傷ついてしまうことになります。個人的には、両当事者が好きなソリューションを選ぶのが一番良いという答えに同意します。つまり、すでにWork ItemにTFSを使用することはできませんが、それが既にインストールされている場合はTFSを使用することはできませんが、Version Controlとの統合は間違いありません。 –