Migrations support for Git/Mercurial
It seems that right now migrations only support SVN, TFS and Vault - none of which I'm willing to use anymore. Please consider prioritizing support for Git/Mercurial.
I am delighted to let you know that this is now released! Migrations support for Git/Mercurial is available – out of beta – in SQL Source Control 5.
If you’re new to SQL Source Control, you can try it out free for 28 days by downloading it from http://www.red-gate.com/products/sql-development/sql-source-control/.
If you already have SQL Source Control you can get the new version via Check for updates in the Help menu of SQL Source Control inside SSMS.
You can see Migrations examples and tutorials here: https://documentation.red-gate.com/display/SOC5/Migration+script+examples
Thank you for your continued support, and please let us know if you have further feedback on this capability, or any others, in SQL Source Control!
-
Jesse Hedges commented
This sounds good.
-
neil michalares commented
This needs to happen.
-
Mike Jansen commented
Also, I'm currently trying to "sell" the idea at work to purchase the SQL Developer Bundle but not being able to do migration scripts because we use git is likely to cut my justification out from under me. I know one person making this argument isn't that weighty but just wanted to raise the fact that this is a very valuable and critical feature.
I've used SQL Red-Gate for years at different companies and have tried to get it at each company I've worked at (not always successfully). It's an awesome tool set and keeps getting better. Just because my situation isn't quite fitting into the current offerings doesn't change that. Thanks for the years of offering and improving a quality, useful product!
-
Mike Jansen commented
What specifically is keeping git from being supported in migrations? Is it adding support for parsing history/diff of specific SCM's internally to SQL Source Control or is it something specific to git?
If it's a matter of needing to code different syntax for different SCM's, perhaps abstracting this out and allowing others to write and "plugin" providers would be a good way to go. That way you only need to abstract the interface once and likely people will jump on that and open source some providers...
-
Nicholas Orlando commented
I hope this also includes Mercurial.
-
@Steve - Yes, it's a reasonable request and it's on our near-term roadmap to assess how easy it might be to support Mercurial and GIT at the save level as TFS and SVN. The fact is that the latter two source control systems represent over 50% of the entire market so we had to focus on these as our first priority. I'd encourage other Mercurial users to vote this issue up.
-
Steve commented
We've been eagerly waiting for migrations for several months, only to find that Mercurial isn't supported. We only bought the software in the first place because it supported Mercurial, but it turns out it is only part supported.
I don't think it is an unfair expectation that new features should work in all source control systems supported by the software.
-
Eli commented
Without the migration scripts, we will not be able to use SQL source control within our enviroment.
-
Simon commented
+1 for Mercurial