戦略、DotNetの実装をレーキ

Question

について読んで、昨年のRailsで再生すると、私に一番印象に作られたツールの一つは、レーキました。ビルドにすべてのdevのデシベルの同じ統合された権利を保持するデータベースのバージョン管理システム...そのようなことは、人生はそんなに簡単に（かつ安全）になるだろう！

しかし、私は把握することができていないものの一つ： あなたが実際に運用サーバーへのアクセス権を持っていないとき、どのようにあなたの運用サーバーにこれらの変更を移動するのですか？私たちは、アプリケーションがインストールされている場所/セットアップパッケージでアップグレードすることを全国の複数のサーバーを持っています。

注：この質問は、Railsは/特定の技術レーキより戦略についての詳細です。私たちは、.NETを使用して、レールを使用しないでください。私はこの公開シナリオを把握することができた場合でも、いくつかのツールは、 Migratordotnet 1 のものがあるように思われますそれは、同様の何かをするために私達を可能にするかもしれません。

Answer 1

あなたはおそらく知っているように、

、生産に移行を実行している標準的なRailsの方法はカピストラーノのです。これは、デプロイを持っています。sshを使用してリモートサーバー上の移行を実行移行タスク

。

あなたがやりたいカピストラーノを適応させることができるかもしれません。それは本質的にリモートサーバーのグループ上でコマンドを実行するための柔軟な方法です。あなたが にまで展開しているマシンではない、それを使用するためにはのからRubyはあなたがを展開しているマシン上にインストールする必要がありますが、。

あなたの最良のオプションは、（おそらくMigrator.NETを使用して）移行を実行し、それを実行し、setup.exeをアップロードするには、カスタムカピストラーノタスクを記述することであってもよい。

Answer 2

あなたは、そのスキーマの差分スクリプトを生成するためにに比較レッドゲートのSQLのようなものを使用することができるかもしれませんデータベースの更新処理を自動化することができるようになります。私はそのような変更を行うには、手動でツールを使用してきましたし、簡単にアップグレードプロセスの一環として、これらの更新を実行しますプログラムを作成する見ることができました。私はそれを自動化するつもりだった場合は、しかし、私は、場所にあったスキーマのバージョンをチェックして、目的のバージョンを、それを起動するために適切な順序で必要なスクリプトを実行するために私を可能にする何かで設計すると思います。