誰かが TS と SVN/CC の間で移行しようとしたかどうか疑問に思っていました。移行とは、履歴を失うことなく、ソース管理システム間でリポジトリをインポートおよびエクスポートすることです。
VSTS との間で移行するためのツールはどの程度優れていますか?
また、SVN と継続的インテグレーションのユーザーからの Team System の使用に関する意見も知りたいです。
編集:履歴が必要だと仮定します。そうでなければ、なぜSCMを使用するのですか?
誰かが TS と SVN/CC の間で移行しようとしたかどうか疑問に思っていました。移行とは、履歴を失うことなく、ソース管理システム間でリポジトリをインポートおよびエクスポートすることです。
VSTS との間で移行するためのツールはどの程度優れていますか?
また、SVN と継続的インテグレーションのユーザーからの Team System の使用に関する意見も知りたいです。
編集:履歴が必要だと仮定します。そうでなければ、なぜSCMを使用するのですか?
tfs2svn を試してみてください... 1200 の TFS 変更セットを持つプロジェクトでうまくいきました。svn認証が有効になっているときの設定は少し面倒でしたが、それ以外は素晴らしい.
私はチーム システムの完全な専門家ではありませんが、最近のチーム サーバーでの dotnetrocks ショーは非常に興味深いものでした。
http://www.dotnetrocks.com/default.aspx?showNum=373
参考になりそうな情報が入っていると思います。
DotNetRocksの最近のエピソードで! Brian Randell と Martin Woodward は、新しいソース管理/SCM システムを採用する場合、白紙の状態から開始する方がおそらく良いという意見です (最新のリリースから開始し、履歴を移行しようとせず、元の変更履歴/非難の読み取り専用表示用システム)。
彼らの議論は SVN ではなく Visual Source Safe に焦点が当てられており、明らかに SVN から/への移行はそれほど問題にはなりませんが、それでも良いアドバイスだと思います。「履歴が本当に必要な頻度はどれくらいですか?」という質問を自問してください。利益を正当化する以上の仕事ですか?自分の背中にロッドを作っているだけですか?(...ここに比喩を挿入...)
更新:おっ!誰かが私と同時にまったく同じ答えをしました - 不気味です!