質問

私たちのチームは、Visual SourceSafe(VSS)からTeam Foundation Server(TFS)に移行したいと考えています。 TFSは単なるバージョン管理システムではありませんが、初めてこのように使用したいと思います。

現在、私たちのプロジェクトは、共有部分(共通ライブラリ)と多くの顧客プロジェクトで構成される単一のソリューション内に編成されています。

このような課題を説明する移行ガイドはありますか?または、TFSは独自の使用シナリオ(プロジェクト、リリースなどのバージョン管理)を実施していますか?

役に立ちましたか?

解決

TFSは確かにソースリポジトリとしてよりもはるかに多くの可能性を秘めていますが、最初にソース管理を移行する理由は非常に理解できます。

選択する移行ユーティリティは、通常 VSSConverter.exeです。これにより、VSSパスをチームプロジェクトのソース管理パスにマップすることができ、このチュートリアルこちら

別のツール( TFS移行および同期ツールキット)がCodePlexで利用可能ですが、比較したとき2つ、VSSConverterがより広く使用されていると判断し、VSS移行の選択肢として一般的に受け入れられていると思います。

こちらのスレッドにはさらにいくつかの回答があるようです

今、あなたが本当に尋ねていると思う質問は、チームプロジェクトの作成と構造化に関するガイダンスについての詳細ですか?

これは、特定の状況について詳しく知ることなく答えるのが少し難しいです。 Patterns and Practicesは TFSガイドと呼ばれるCodePlexの本を公開しました。提案されたチームプロジェクトのソース管理構造。ソリューションの構造を移行および/または再マップする方法に関するガイダンスを提供するのに役立つ場合があります。

バージョニングとブランチについては、このブランチガイダンスのサイトをチェックしてください-悪くないTFSを使用した一般的な分岐/リリース管理手法の概要。

すべてを読んだら、TFSの基本的な基礎のほとんどを理解できるはずです!

他のヒント

(お気軽に投票してください...)ソース管理を改善したいなら、TFSは私見過剰です。 Subversionを調べることをお勧めします。 VisualSVN は、おそらく最高のSVNクライアントとシームレスに連携するVisual Studioへの優れた($ 49)プラグインです< href = "http://tortoisesvn.net" rel = "nofollow noreferrer"> TortoiseSVN 。さらに、VisualSVN Serverと呼ばれるSubversionサーバー側のものの、セットアップが簡単な無料のWindowsパッケージを提供します。

Subversionの作業方法をすべて学ぶには、素晴らしい Red Beanの本があります。

(VisualSVNとは関係ありません、Subversionのファンボーイです)

TFSとVSSは根本的に異なる獣です。

とはいえ、VSSからTFSへの移行に関する主な問題は、一般に開発者の心にあります。

次のブログをご覧ください:

VSSユーザーの観点からのTFS: http://blogs.msdn.com/robcaron/archive/2006/10/29/901115.aspx

そしてもちろん、オリジナル http://sstjean.blogspot.com/ 2006/10 / document-from-vss-to-tfs-introduction.html

SourcesafeからTFS2005に切り替えたときの最大のハードルは、Sourcesafeの共有ファイル、「チェックアウト時に最新情報を取得」でした。アプローチとブランチ/マージ&quot; support&quot; Sourcesafeで。誰もがSourcesafeでの分岐とマージを恐れ、すべての同僚にTFSがそれほど悪くないことを納得させるのに時間がかかりました。

Sourcesafeからファイルを移行しないことにしました。新しいプロジェクトにTFS2005を使用し、古いものをSourcesafeに保存しました。私たちは、長年にわたって成長し、かなり組織化されていないプロジェクトとフォルダー構造を維持したくありませんでした。

古いものは今や歴史であり、すべての開発作業をTFS2008で行っています。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top