Comments
3 comments
-
I also wish this feature was built in. Unfortunately, it isn't. Fortunately, you can script it:
https://github.com/EngageITServices/SOCAutoLinkDatabasesWorkingFolder
-
I've tried moving the files over to my profile on my new machine, but because TFS uses Workspaces it's quickly turning in to more effort than just relinking everything.
I wonder if this file copy method would work or be easier if the SQL Source were stored in git repos instead of TFS? I'll have to link a couple of databases to git repos and inspect the SQL Source Control AppData\Local settings to see if it is more self contained and copy friendly.
All of the RedGate tools could greatly benefit from some shared configuration settings for teams. -
Hard agree.
For TFS, check out this link instead:
https://github.com/MatthewFlatt/SOCAutoLinkDatabases
(The link I shared originally was updated to support Git. However, it was based on this earleir version which was designed to be used with TFS.)
That said *everything* is much easier once you move to Git. ;-p
Add comment
Please sign in to leave a comment.
Relinking the databases just isn't reasonable. I have 120+ databases across dozens of servers linked, and I haven't even linked all of our databases yet. Everytime we on board someone to the team they have to add each one as they go. This mostly works, but they inevitably forget to link a server and thus check in their changes quite a bit.
I wish SQL Source Control would allow you to share Linked Server config. Or could allow you to define a source control path format so you could link all databases on an instance.