Link to existing SVN repository

A SQL Server Management Studio add-in to source control your database in Subversion or Team Foundation Server.

Moderators: Chris Auckland, David Atkinson, sherr, PhilScrace, andy.campbell.smith

Link to existing SVN repository

Postby Bobg » Thu Nov 29, 2012 9:46 pm

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?
Bobg
 
Posts: 5
Joined: Thu Nov 29, 2012 9:41 pm

Postby james.billings » Mon Dec 03, 2012 4:00 pm

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.
james.billings
 
Posts: 1144
Joined: Wed Jun 16, 2010 11:10 am
Location: My desk.

Postby Bobg » Mon Dec 03, 2012 4:41 pm

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."
Bobg
 
Posts: 5
Joined: Thu Nov 29, 2012 9:41 pm

Postby james.billings » Mon Dec 03, 2012 4:46 pm

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.
james.billings
 
Posts: 1144
Joined: Wed Jun 16, 2010 11:10 am
Location: My desk.

Postby Bobg » Mon Dec 03, 2012 6:28 pm

Thank you, that worked!
Bobg
 
Posts: 5
Joined: Thu Nov 29, 2012 9:41 pm

Postby james.billings » Mon Dec 03, 2012 6:34 pm

Good to hear!
james.billings
 
Posts: 1144
Joined: Wed Jun 16, 2010 11:10 am
Location: My desk.

Postby Bobg » Wed Dec 05, 2012 7:41 pm

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.
Bobg
 
Posts: 5
Joined: Thu Nov 29, 2012 9:41 pm

Postby james.billings » Wed Dec 05, 2012 7:49 pm

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.
james.billings
 
Posts: 1144
Joined: Wed Jun 16, 2010 11:10 am
Location: My desk.

Postby Bobg » Wed Dec 05, 2012 8:06 pm

What files do you need, and how can I get them to you?
Bobg
 
Posts: 5
Joined: Thu Nov 29, 2012 9:41 pm

Postby james.billings » Wed Dec 05, 2012 8:33 pm

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.
james.billings
 
Posts: 1144
Joined: Wed Jun 16, 2010 11:10 am
Location: My desk.


Return to SQL Source Control 3

Who is online

Users browsing this forum: No registered users and 0 guests