Link to existing SVN repository

Bobg · November 29, 2012 3:46PM

We have been using Subversion for the past few years for all of our DBs, can SQL Source control 3 be linked to these existing SVN repositories?

James B · December 3, 2012 10:00AM

Thanks for your post.

The answer to this question will depend on the format of the files in SVN - SQL Source Control is designed to work with a certain format of scripts, the same as if SQL Compare had produced them. Assuming this is the case, then you simply need to create an empty file called RedGate.ssc in the root of the SVN folder structure for the DB in question, and then link to that.

If the files are in some other format (for instance a VS DB Project or simply arbitrary scripts) then chances are it won't work unfortunately.

Bobg · December 3, 2012 10:41AM

Our respository was created using SQL Compare 8, File, Create Scripts Folder. I created an empty file RedGate.ssc, but get an error when trying to link the database. It says "Path must be an empty folder."

James B · December 3, 2012 10:46AM

Using those folders should be OK.
That error sounds like you maybe didn't create the file in the right place, or didn't commit it? It should be alongside the "RedGateDatabaseInfo.xml" file and the various folders containing the objects - in addition, this must be the folder you're trying to link to using SQL Source Control.

Bobg · December 3, 2012 12:28PM

Thank you, that worked!

James B · December 3, 2012 12:34PM

Good to hear!

Bobg · December 5, 2012 1:41PM

Turns out that when I committed a change to a table it completely broke SQL Source Control. Somehow the scripting routine in SQL Source control added the trigger that was on the table a second time, then complained that there was 2 triggers with the same name. I put in a support request (F0067398) and they told me the SQL Compare is not compatable with SQL Source Control 3. Now I am left trying to repair my repository.

James B · December 5, 2012 1:49PM

SQL Compare is compatible, but it may be that version 8 held things slightly differently (although I don't recall this being the case).
If you're able to supply us the relevant original file and details of the change you made, we can attempt to reproduce the problem here to see if there's anything that can be done.

Bobg · December 5, 2012 2:06PM

What files do you need, and how can I get them to you?

James B · December 5, 2012 2:33PM

Ideally the table/trigger definition (and any related tables/functions that may be required to go along with it) from before you made the change, assuming you can roll back to that.
Then, details of the change you made in SSMS and committed. if you can reply to the ticket you have with my colleague, that would be easiest.

Link to existing SVN repository

Comments

Product Learning

Community Forums

Events & Friends

Simple Talk