I have managed to setup SvnBridge v6.2 with TFS 2012. (Used this to make it work:How to upgrade codeplex solution with reference to TFS2012 library?)
On Server PC we have installed TFS (server), SVN (servser) and IIS (on IIS SVNBridge is setup on port 8081).
On Client PC we have installed VS2010 (TFS) and Tortoise SVN.
Now I am following the SVNBridge website article which mentions that:
Using TortoiseSVN, run a checkout using the following path:
http://<yourwebserver>:8081/<TFSprojectname>
I do the checkout on a folder in TortoiseSVN, enter URL Repository as
http://yourwebserver:8081/TFSprojectname
and choose the checkout-directory as: C:\test on my local PC. The code from the TFS 2012 along with the checked-out files has been copied to the above folder on the PC where I am performing the check-out.
Now I want the code which is being checked-out should go and sit into the TFS 2012.
I was told that we can use SVNBridge for code migration from SVN into TFS. So what is it that I am not doing right?
Since I could not get the SVNBridge to do the migration of code from SVN into the TFS, I have used another tool (free) SVN2TFS:- http://svn2tfs.codeplex.com/
Now I have successfully migrated code from SVN along with revision history and folder structure into TFS2010.
I think now next step is to migrate from TFS 2010 to TFS 2012 which should not be a difficult task.
http://www.timelymigration.com/
Why Timely Migration?
Making the move to Team Foundation Server (TFS) can be a major undertaking and one of the most often overlooked tasks is deciding on how you are going to get your source into TFS.
Only importing the tips of your codebase loses a wealth of information and functionality that is the true value of source control systems. Timely Migration is a suite of tools designed to be the complete solution for moving detailed history from your existing source control system.
Related
I had written a VB.NET application using SVN commands to synchronize source code between the development SVN server( Subversion version 1.6.17) and the deployment SVN server( Subversion version 1.6.17).
Now the deployment SVN server is replaced withe the TFS server.
Will TFS server understands and execute the SVN commands?
No. To access TFS from your code you need to use the TFS API. You can have a look at this sample
I am collaborating on a project with several other people in Visual Studio 2013. We are using Tortoise SVN to share the project so that we are all working on the same files. I was in charge of constructing the database, which I did. But after making the database in the SQL Server Object Explorer under (localdb)\Projects(SQL Server 11.0.3000-THE-DRAGON-DEN\Dragonfett), I can not seem to find the database in the solution folder for the project.
How do I get the database into the project folder?
That is merely a link to a SQL Server database.
If you want the database in the solution folder then you will need some form of project. SQL Server Data Tools (SSDT http://msdn.microsoft.com/en-us/library/hh272686(v=vs.103).aspx) is what you are looking for. AFAIK this is installed with VS2012 and VS2013. For VS2010 you will need to install SSDT manually.
Select File->New->Project and in the templates look for SQL Server Database Project under the SQL Server Template group. SSDT has a great import facility which will let you import the contents of an existing database with no fuss. SSDT as a project can then be checked into and controlled by SVN.
Other that that, Installing, configuring and using SSDAT is beyond the scope of the question. I would suggest you do a bit of homework and read up on SSDT and how it works.
I have a SQL Server Scripts 2012 Project with multiple SQL queries and stored procedures.
We use Team Foundation Server 2012 to manage our source code for our Visual Studio Solutions.
How can I check in a SQL Server Scripts 2012 Project into TFS? If it is not possible how can I manage source control on this and allow multiple developers access to it?
You have a few options, here are two that I have used.
1: Download the TFS 2012 MSSCCI Provider:
This plugin allows you to access TFS from Microsoft SQL Server Management Studio. So you can easily add and check in\out those ssmssln and ssmsproj files from TFS.
64bit Download - 32bit Download
Once installed, in SSMS go to Tools-> Options -> Source Control to select the plugin.
If you don't see it then you probably need to install the other bit version.
After you have selected the plugin in the options window of SSMS, you will have a new menu option under "File" that will allow you to Add\Open\Change items in TFS from Sql Management Studio.
To add your Scripts solution using the MSSCCI plugin:
Open the project in SSMS, go to File -> Source Control -> Add Solution to Source Control
2. Add through VS using the "Add files to Source Control"
See here: To add a file that is not in a solution to version control
I'm not quite sure why it would be a challenge to add the sql server scripts to TFS just as any other file in your visual studio solution. I've done this in a lot of projects with great success.
What is a challenge with databases though is to find a good strategy to handle branches and database versioning. I recommend that you have a look at Entity Framework Code First Migrations which handles this very nicely. Another approach is to use Chuck Norris Round house which is a more script based solution:
RoundHouse
https://code.google.com/p/roundhouse/
Code First Migrations.
http://msdn.microsoft.com/en-us/data/jj591621.aspx
If you start from scratch I would recommend the Code First Migrations approach, but if you allready have a lot of .sql files the second can work very well.
The latest versions of MSSCCI still don't seem to work with SSMS 2012 - you'll need an older 32 bit version, here: http://visualstudiogallery.msdn.microsoft.com/en-us/bce06506-be38-47a1-9f29-d3937d3d88d6
Once this is installed you'll be able to see the "Team Foundation Server MSSCCI Provider" in the SSMS Source Control Plug-In selection.
VS 2012 has an excellent support for comparing database projects and databases.
I'm wondering if there is a standalone version for the respective software to use on a deployment machine - or some other way to use it without having to install the whole of visual studio.
You can install just the SSDT for SQL Project bits on a machine. That does not require a full install of either Visual Studio or SQL Server. You can generally keep an eye on the SSDT Blog for the latest release news. You can find that at: http://blogs.msdn.com/b/ssdt/
At this time, the most recent release is the October 2013 release.
As noted in the various articles, you may need to make an Administrative Install Point if your target machine does not have internet access. Follow the instructions in the article and you should be fine.
I've written some articles about this on my blog at http://schottsql.blogspot.com if you look up the label for SSDT.
I have installed Tortoise SVN and AnkhSVN, but neither one shows up in my SQL Server Management Studio 2005 under the Source Code Control options.
I know they work because all my Visual Studio projects are working fine.
Do I have to do install a different SVN client to integrate to SQL Server Management Studio?
There's no SVN integration for SSMS from either TortoiseSVN or AnkhSVN. The only viable option is to use RedGate SQL Source Control. Or create a Database project in Visual Studio and keep all the scripts and structure in there, forcing all the developers modify those files first.
Personally, I use ScriptDB and run it on an hourly basis with svn auto-commit of changes made to the database so that I can keep track of what's changing.
I use Agent SVN which is a MS-SCCI plug-in and it works fine with SSMS.
http://www.zeusedit.com/agent/ssms/ms_ssms.html
Have you looked at Red Gate's SQL Server Managemnt Studio SVN client?
http://www.red-gate.com/products/SQL_Source_Control/