展開計画のための特徴ベースの開発

Question

製品が開発、国内メーカーへ納入するなどというよりもリリース、終了時の特徴で押し上げる演出をする必要があります。は、複数存在することができな特徴開発を重ね、納入タイプです。というわけで、他の機器のデータベースのソース制御には複数の特徴です。が特徴が完了したいと思い押すだけではなく特定のコードデータベースのスキーマとデータの変更際このプロセスが実証するエラーやや時間がかかるための理由

• DB体の特定の機能は独立したものの、依存と相互に影響しあいながら動その他の特徴です。なので、分離を主体に特有の機能は時間がかかり、しかもあることが困難でした。があると良いのですか？
• サーバ側ではコードを分離して、それぞれ同様に、特定のコードはも面倒なのdbです。ます。純企業の枠組みに重なりDBおよびその他の性能最適化などの前に発生する見解があり、より良い展開の特徴に基づく開発?

機器の環境構成されるSQL Server2008年.NET、企業の枠組みとSVNのためのソース。

の機能は関係のないFDDアジャイルモデルです。

でも同様。

多くの！

Answer 1

になったという経験を通じてプロジェクトに非常に似たんだけを記述する。

車SVN CruiseControl.NET セットアップにおいても、すぐに使用できます。この生活時間を味わう

私は現在、私のチームの支店SVNに融合す幹そのタグが用意しました。

いデータベースのバージョン管理、准版番号のタグ(スリリース)

I derivded自分のDBのバージョン管理手法から 無駄のない美しいデザイン ることを示唆をテーブルの制約/トリガーをバージョン管理のごDBです。

バージョン管理データベースは、苦労します。前を開発した厳格なルーチンを改変するDBにも悪夢

明らかにないのではないで十分なスペースの説明の詳細な情報が行ったから支出自体は日管理-統合コードだけでなくチェックの自動構築のための安心として時間に貢献します。