既存のTFS 2010 versioコントロールにSQLオブジェクト(テーブル、ストアドプロシージャ、UDFおよびビュー)を配置する予定です。 TFSバージョン管理下のオブジェクトに対するチェックインが開発サーバーと自動的に同期される可能性があります。ここのテクニカルチームは、2つの異なる場所(TFSサーバーでの開発サーバー+チェックイン)で変更する必要はあまりありません。そのためのオーバーヘッドプロセスが変更されました。開発サーバーと直接同期するTFS 2010を使用したSQL Serverのバージョン管理
答えて
私の独自のシナリオに対する解決策が見つかりました。 SSMS用にTFS pluginを使用して、SQL Server管理スタジオプロジェクトを使用しました。チームはSSMSを使用して開発環境を簡単に変更し、同じ場所でチェックインを行うことができます。追加の間接費をかけずに物事をやることができます。しかし、これはバージョン管理の目的を解決するだけです。私は、SSMSプロジェクトを使用してスキーマを比較し、自動化して配置する方法についてはまだ研究中です。
Visual Studio Database Projectsを使用してください。あなたは両方の世界の最高を得るでしょう!ソース管理と自動構築と展開。
@Lwoody:自動ビルド中にこれらをどのように配備できるかを示すリンクを投稿できますか?それとも、その設定の例を教えてください。 –
基本的には、MSBuildをVisual Studioデータベースプロジェクトの特定のパラメータとともに使用します。ここにリンクがあります:http://msdn.microsoft.com/en-us/library/aa833165(v=VS.100).aspx – LWoodyiii
@ LWoodyiii:ありがとう。私はそれが必要でした。 :-) –
これを行う最も良い解決策は、Red-Gate Source-Controlを使用することです。あなたはこれを行うためのより良い、より簡単な製品を見つけることはありませんし、あなたがそれを使用することから得られる他の利点はすべて巨大です。たとえば、SQL Management Studioに100%統合します。
@Ryk:Visual Studioデータベースプロジェクトを試しましたか?また、Red-Gate製品はデータベースを自動的に展開しますか? –
@ジョン - はい私は持っており、私はそれが原始的であると感じます。私の意見では、Visual Studioのようなツール(または制御なしで自動的にすべてを行う他のツール)を使用するDBA/Companyは、データベースを本番サーバーに展開することが一日のうちに大失敗に終わっています。 – Ryk
@Ryk:真剣に?自動的に正しく実行されたらどうしたらいいですか?デプロイメント前にスキーマ比較を行うだけです。 Red-Gate製品が自動配備を行っているかどうかについて私の質問に答えなかった。これはOPが求めていたものだ。 –
後期の答えが、私はそれが有用であることを願って:アドインSSMSのため
は最近、私は同様の問題の解決策を見つけることを試みた、と私はSQLソース・コントロールにぶつかってきたことTFSで動作し、私はこの記事を読んでいくつかの答えを見つけました:
SQL source control reduce database development time
私はそれがあまりにもあなたのために役立つことができると思います(場合には、あなたの問題を解決することができませんでした)
ホープ・I助けてくれた。
あなたは本当にあなたのwから出たいと思われるあまりにも解決策があることを何かしてください。注意する必要があります。ソリューションを一緒にハックする必要があるかもしれません。とにかく、幸運! – LWoodyiii
TFS2010のバージョンはありますか? – Azimuth