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!
-
q42jaap commented
It's not that simple as it seems, things like git flow, branches etc make things more difficult. The shared database vs dedicated database further complicates things. Let's be patient!
-
Joe Kearney commented
Are there any updates to this? Any expected date of release? David, from your last comment it looks this might yet take some time – is that a fair prediction? Thanks
-
Mike Hanrahan commented
Redgate - Any updates on timeline for this??? Seems like a no brainer!
-
Roman Pyzh commented
Any updates on the timeline?
-
wbsimms commented
This is a requirement for purchase
-
Anonymous commented
I'm also adding a vote for Git Migrations support. Can't buy this without it.
-
It's still very much on the forefront of our minds and we're still very committed to solving the problem of automating the generation of database changes. The differences between DVCS and "traditional" source control systems, particularly the non-sequential revision numbers, have a bigger architectural impact that we had first anticipated, which has meant a re-think on how we might implement our solution.
-
Jamie Clayton commented
Almost March 2013, 8 months after the August 2012 release date. Must be very close by now or has Red-gate forsaken this commitment?
-
Reuben Greaves commented
Any ideas on the anticipated release for this feature yet?
-
Anonymous commented
Our company already use SQL Comparer. But implementing the migration feature for Git ( control system that we are using) will save our time and nervous.
-
Nathan commented
If the difficulty with this feature request has been determining what changes are already applied to the database and what changes still need applied, then I would find it acceptable to have a version tracking table on the database.
With that tracking table, would this feature be more straight forward?
-
Greg Engle commented
please add this support. The flexibility of being able to jump around from branch to branch in mercurial is priceless. This is a completely different mindset from SVN.
I should be able to start a feature branch, put it on hold and switch gears to another feature branch at anytime.
-
Hein Albrecht commented
any news?
-
Anonymous commented
Come on guys, git is picking up a lot of steam in the .NET world
-
I can confirm that we have put the wheels in motion and we're just beginning to completely understand the extent of DVCS and branching complexity. The issue is more challenging than we had anticipated, but we're completely committed to solving it as the highest priority for SQL Source Control.
-
John O'Brien commented
Any updates on this feature?
-
We only commmit. We don't do the push. However, you can edit the commandhooks xml file and make any custom changes to suit the behavior you're looking for. Please email support@red-gate.com if you need help doing this.
-
Oli commented
Is it normal presently with Mercurial that when I commit changes in the Red Gate Window In SQL Server, the "phase" is at "draft" and it isn't pushed to the server? Is that a setting I forgot? If it's normal, than it would be a good thing to add it in the next release!!
-
Golden Tamarin commented
Based on the rate of grow. Git/Mercurial represent the future.
Migration support for Mercurial would be a very good choice. -
Perry Taylor commented
Any update on the time frame for this? The Mercurial thread is estimating the end of 2012, is this true for Git as well?