SSMSソリューションとプロジェクトの代替案？

SQL Serverの公式ドキュメントによると、「ソリューション、プロジェクト、アイテム」の使用は推奨されていません。MSDNページの上部にある目立つ（やや不可解ですが）警告バナーは次のように述べています。

「この機能は、Microsoft SQL Serverの将来のバージョンで削除されます。この機能を新しい開発作業で使用することは避け、この機能を現在使用しているアプリケーションを変更することを計画してください。」

残念ながら、代替の保管/コンテナ戦略の提案はありません。では、データベースアプリケーションを構成するさまざまなスクリプト、クエリ、およびファイルを格納およびパッケージ化するための推奨される方法は何でしょうか。また、現在の作業でソリューションまたはプロジェクトフレームワークを使用しているかどうか、およびそれらを何に使用しているかを知りたいと思っています。

[注：この機能にVS2010を使用できることを理解していますが、SSMSベースのアプローチに興味があります（この質問への回答に示されている理由のため）]

行間を読むと、SQL Serverデータツール（SSDT）プロジェクトタイプがSQL 2012のリリースでSSMSに拡張されることが期待されていた/計画だったと思います。明らかにそうではなかったので、（率直に言って恐ろしい）プロジェクトのSSMS解釈。

データベースソースを管理するために何かが必要な場合は、SSDTの詳細を調べる必要があります。私は現在、それを1つのグリーンフィールドプロジェクトに使用しており、大規模なブラウンフィールドデータベースもそれに移動しています。軽微な問題と問題点がありますが、ショーのストッパーはありません。すでに投資された時間は回収されています。

VS2010データベースプロジェクト（前任者）について広範にブログを書いたJamie ThomsonがSSDTに関する記事の公開を開始し、私と同じくらいファンのようです。Bob Beaucheminは、フォローする価値のある別の早期採用者です。

（データベース全体を構築するのではなく）ランダムスクリプトのコレクションを整理する場合、サポートは可能ですが、「ファーストクラス」ではありません。これを行うには、標準SSDTプロジェクトタイプを作成し、ファイルプロパティでスクリプトをコンパイルタイプ「なし」に変更します。

ここRed Gateで、SSDTと連携して機能するSQLソース管理のビルドをリリースしました。これにより、データベースプロジェクトリポジトリに対してSQL Server Management Studioからデータベースの変更を管理およびソース管理する方法が提供されます。

詳細およびダウンロードリンクは、SSDTフォーラム自体にあります。

http://social.msdn.microsoft.com/Forums/en-GB/ssdt/thread/0c763f98-c55a-44a7-9100-80a6d9223d04

これは無料で使用できるベータ版です。この機能を完全なリリースに統合する前に、現在コミュニティのフィードバックを探しています。