0

少なくとも 4 つの異なるアプリケーションで使用される SQL サーバー データベースがあり、これらのアプリケーションのそれぞれに取り組んでいる 4 つの異なるチームがあるという奇妙な状況があります。

これらすべての開発チームで、TFS 2012 を使用した継続的な統合を導入する予定です。

現在、これらのアプリケーションのコードを管理することには問題はありません。問題は、データベースの変更を管理し、バージョンを維持することです。 ただし、主な課題は、各チームが同じデータベースに対して独自の変更セットを持つことができることです。

目的は、特定の時点で、4 つのアプリケーションすべてのアーティファクト (Web とデータベースの両方の変更) を収集し、それらをステージング環境または運用環境にデプロイできるようにすることです。

ご意見をお聞かせください!

4

1 に答える 1

0

Visual Studio データベース プロジェクトを使用して、データベース スキーマと配置を管理することをお勧めします。

4 つの個別のアプリケーションを個別にデプロイする場合は、DB プロジェクトの 4 つのブランチ (プロジェクトごとに 1 つ) を用意することをお勧めします。そして、アプリケーションがリリースされたら、ブランチを MAIN db ブランチにマージします。

4 つのアプリケーションを一緒にデプロイする場合、各チームの変更を分離する必要はなく、4 つのチームすべてのコードとデータベースを含む 1 つのブランチを持つだけで済みます。

于 2014-07-10T20:27:38.873 に答える