dotnetmigrations
dotnetmigrations copied to clipboard
jpoehls
Command to set default or 'current' connection so that you don't have to specify it with every command
Pros:
- One less arg to type if you are doing a series of commands against the same database
Cons:
- Added complexity with argument parsing
- Having to update app.config file on the fly to store setting (not a big deal really)
Another option, just to consider, is to default to the one database connection in the config file IF there is one database connection in the file.
And of course... I wonder if the same thing could be done with setting a database.
This is actually starting to dove tail a little into another feature idea #19 which would enable DNM to discover (and use) connection strings stored in your project's web.config or app.config files.
Not sure if I like the idea of DNM looking into another set of configuration files. Part of its beauty at the moment is quite how simple it is to use.
It wouldn't take another set of configuration files, what little data it would take would still reside in the existing config file.
I'm only suggesting it as a convention because I've seen it done elsewhere, and I find myself repeating the same arguments over and over and over and over while using DNM.
@darren, no I completely agree with you - having a default does make a certain amount of sense. In a multi-developer environment though I would argue that it makes more sense for that to be set outside of the config file - as that would truly be shared between all developers.
Otherwise there would be no point of default then, as each dev would need to specify their own db every time.
Hmm... yeah, now that you say that, I see what you're saying. It makes sense perhaps with a setup like Git, where the executable is run locally. Right now, I'm including the DNM db.exe in the source control so other programmers have it and so I can bind it to my rake scripts.
It could be helpful since the other programmers are doing the same thing, but... now I agree. I don't think cutting out a "-c DBVALUE" is worth the extra complexity.