Comments on: FluentMigrator getting started

By: Lukas Pöllabauer

Lukas Pöllabauer — Wed, 28 Sep 2011 06:20:00 +0000

Derive your migrations from AutoReversingMigration

By: CVallance

CVallance — Sat, 24 Sep 2011 21:07:00 +0000

As Sean says, FluentMigrator (FM) isn’t concerned with what ORM you are using, but I thought I’d share how I’m using FM with the EntityFrameworl (EF) 4.1.

Basically I’ve created a custom IDatabaseInitializer that creates a RunnerContext and then spins up a TaskExecutor to execute it. So when ever my web application starts up, it’ll run any migration automatically.

It works great for my little project!

By: Thomas Eyde

Thomas Eyde — Mon, 29 Aug 2011 16:44:00 +0000

How can I run the migrations from my unit tests?

By: Konstantin Spirin

Konstantin Spirin — Tue, 14 Jun 2011 01:48:00 +0000

Can it generate Down actions based on Up actions (at least for CREATE)?

By: Migrations with Rake, Albacore and FluentMigrator | danlimerick

Migrations with Rake, Albacore and FluentMigrator | danlimerick — Wed, 01 Jun 2011 13:07:12 +0000

[...] by Mark Boltuc) I thought I would give Rake a try. For an introduction to FluentMigrator see Sean Chambers’ introduction or this article on FluentMigrator and [...]

By: Anonymous

Anonymous — Mon, 18 Apr 2011 13:58:00 +0000

Hi Sean, did you get my email asking for the world?

By: Aluminium Kozijnen

Aluminium Kozijnen — Mon, 11 Apr 2011 11:21:00 +0000

Of course.. This has a lot of interesting benefits.. Thanks for sharing this codes..

By: Kris Garcia

Kris Garcia — Sun, 10 Apr 2011 20:17:00 +0000

Looks very promising and I’m glad to hear that the project is gaining momentum. I hope that you get around to writing a post as to how one might approach deployments with this tool. Certainly there are many considerations that would depend on one’s environment, but I would be interested in hearing/reading about your experiences and approach regarding deployments with FluentMigrator. Keep up the good work.

By: Anonymous

Anonymous — Sat, 09 Apr 2011 05:02:00 +0000

That would work as well.

However, FM supports many more databases than only sql server as stated in the post. The link you posted will only work for MSSQL.

In addition, I personally don’t like writing sql. I rather write code that I can easily parse to sql.

Personal preference I guess.

By: Wes Mcclure

Wes Mcclure — Wed, 06 Apr 2011 05:41:00 +0000

FWIW: why reinvent the wheel when we have SQL for migrations?

We wrote and use this and it’s worked for every scenario we have ever conjured up in SQL Server: http://tsqlmigrations.codeplex.com/

It’s just a wrapper around doing things via the SMO api and writing migrations as sql scripts.