SVNからTFSに移行する方法

Subversionを使用してある時点でソースコードを保存する多くのチームは、本格的なアプリケーションライフサイクル管理環境の構築を検討し始めます。 これは難しい質問を提起します。 まず、これは、バージョン管理、タスク管理、バグ、アーティファクト、およびプロジェクトビルドを単一のシステムに結合する方法です。 2つの方法があります-現在の複合体を開発し、欠落しているコンポーネントを徐々に接続するか、これらすべてのコンポーネントを含むシステムに移行するかです。 Visual Studioを主要なツールとして使用するチームにとって、Team Foundation Serverは優れた選択肢です。 しかし、これにはいくつかの重要な問題が発生します。チームのダウンタイムを最小限に抑える方法、さらには移行プロセスを見えなくする方法です。



SVNからTFSへの移行



SVN2TFSツールsvn2tfs.codeplex.comを使用すると、SubversionリポジトリからTFSサーバーにすべての変更セットを転送できます。 このツールは非常にシンプルで使いやすいです:



リポジトリのSVN URLとインポート元のパスを指定し、TFSの詳細を指定します。 唯一の小さな困難は、ユーザーマッピングファイルの準備です。

これを行うには、インポート操作の前に「SVNの検証」ボタンをクリックすると、ユーティリティはSVNリポジトリ内のすべてのユーザーの完全なリストを表示します。 すべてのユーザーは、次の形式でTFSユーザーと特定の方法で相関させる必要があります。



TFSにインポートすると、コメント付きのファイルの変更履歴全体が表示されます。



このようなインポートでは、2つのポイントを考慮する必要があります。 最初-TFSの変更の日付は実際のものであり、元のリポジトリに保存されている日付ではありません。 TFSは現在の時刻の実際のチェックイン日を取得するため、実行することはありません。 2番目の重要な点は、svn externalsのサポートです。 TFSには同様のメカニズムはありません。現時点で推奨できるのは、ブランチを使用してそのようなものを整理することです。



TFS Subversionの作成



移行後、古いSVNクライアントを新しいTFSサーバーに接続する必要があります。 しかし、たとえばVisual Studioだけでなく、さまざまなクライアントが存在する環境がある場合はどうでしょうか。 おそらく、TFSを接続するための拡張機能はありません。 したがって、このようなクライアントの場合、すべてをそのままにして、TFSで動作しますが、同時にSVNで動作すると見なします。

これには、SvnBridgeユーティリティsvnbridge.codeplex.comが役立ちます。 サーバーアーカイブをサイトからダウンロードし、c:\ svnbridgeディレクトリに解凍して、IIS 7.0でアプリケーションを作成します。



TFSサーバーのアドレスを指定して、このアプリケーションのWeb.Configも構成することを忘れないでください。



ほとんどの場合、残りの設定はデフォルトのままになります。 どこでも間違いを犯していない場合は、ブラウザを使用してSvnBridgeの機能を簡単に確認できます。 TFSでプロジェクトのリストが表示されます。



別のオプションは、本質的にローカルサーバーである「クライアント」svnbridgeを使用することです。 起動後のこのユーティリティは、起動の開始時に示されたポートのトレイに置かれ、SVN形式からのすべての要求をTFSサーバーに転送します。

本質的に、これはSubversionサーバーを使用した開発者の作業を継続するのに十分です。 使用したクライアントのサーバーアドレスのみを再構成する必要があります。 すべての主要なSVNプロトコルコマンドがサポートされています。



おわりに



ご覧のとおり、SVNからTFSへの移行は難しくありません。SvnBridgeのようなユーティリティを使用すると、TFSを使用できないクライアントのソースコードを引き続き使用することができます。 この機能は、さまざまなプラットフォーム用の異種システムを作成し、さまざまなクライアントと開発環境を使用できる開発者グループにとって特に興味深いものです。 同時に、チームは、ソースコードと作業項目、タスクとバグ管理、ビルドサブシステム、分析、および他の多くの開発ライフサイクル管理機能との関係を構成できるTFSのすべての機能を取得します。



All Articles