The company I work for has over 1000 apps which we maintain. Many of these are in old technologies like VB6, or poor technologies (Access).
We are looking to move away from Source Safe. We have TFS running, and we are moving our dot.net projects to TFS. The other projects don’t integrate with TFS, and do not need a portal or any of the other TFS features (except source control).
I’m concerned about leaving the other projects in Source Safe due to the unreliability of the product.
As far as I can see, there are two options:
1) Create a empty project in TFS called ‘VB6’ (for example). Branch it for each VB6 app which is in VSS. This will put all the VB6 apps in that sub folder. This way, all apps can be in TFS.
2) Put dot net projects in TFS. Create a CVSNT repository and put all other VSS projects in there.
3) Put dot net projects in TFS. Leave all other projects in VSS. Run a weekly compact and repair on all VSS databases.
Which option do people feel is the best? Has anyone else been in a similar situation?
None of the three options make sense to me. If you are looking to move away from SourceSafe, and have already decided on moving to TFS (at least for your .NET projects), then it seems essentially what you are asking is if there is a good way to migrate the source for the 1000 older technology applications to TFS?
My recommendation is to simply use the Source Control Explorer as your SCC client for TFS. It works similar to the SourceSafe GUI. Any reason that wouldn’t work?