Can I use Visual Studio Professional with Team Foundation Server 2008?
Yes, provided you have a client access license (CAL) to use Team Foundation Server.
You will have to install the client tools (Visual Studio Team Explorer), which comes packaged with Team Foundation Server.
You didn't say the version of the Visual Studio. For general things like version control, work items, team builds you can definitely use VS 2005/2008 Pro with TFS 2008.
However if you are using VS 2010 beta 2 things are a bit different.
Check this link for a full compatibility matrix.
You will have to clarify what you mean by "use." Certainly some features no, others yes.
Related
I have legacy projects bound to Visual SourceSafe and done with Visual Studio 2003. Now, I have recently installed Visual Studio 2017 and TFS in the same machine.
Now when I try to open a legacy project that is bound to Visual SourceSafe I get a sequence of errors. Below the screenshots (pixeled for confidenciality reasons).
It seems like when open a legacy project (bound to Visual SourceSafe) with legacy visual studio 2003, it tries to connect to the TFS server (obviously it cannot). It is happening since I have installed new Visual Studio 2017 and TFS in the same machine, it seems like they cannot live together in the same machine. So how can I keep both VSS and TFS installed in the same machine? Is it possible?
UPDATED:
It seems like VS2003 does not allow to switch SCC providers. The only way is to hack the registry to switch.
I have found some interesting things that explains how to do it and it seems to work, the problem is that some links are broken, they are too old and not available anymore.
Source safe with Team Foundation Server in VS.2003
Installed TFS Version Control Provider and Now my VS 2003 Projects lost connectivity to VSS 2005?
MSSCCI Provider installation error
In above links it is provided a solution that consists on hacking the registry but the link they provide is broken:
Switch SCC providers
UPDATE 2:
As Edward Thomson has suggested in his answer, I have created a new key 'HKCU\Software\Microsoft\VisualStudio\7.1\CurrentSourceControlProvider\ ' and set it with a string value: ProviderRegKey="SOFTWARE\Microsoft\SourceSafe". Below screenshot, but it is not working:
MSSCCI is the Microsoft Source Code Control Integration API, it was the original API provided by Visual Source Safe for IDE tools like Visual Studio. Early Visual Studio versions (like 2003) only spoke MSSCCI, and expected a version control provider to provide MSSCCI. As a result, you can only have one version control provider speaking that protocol.
The Team Foundation Server client APIs provide MSSCCI (for Team Foundation Version Control only, not Git). As a result, if you want to use Visual Source Safe, you will need to configure Visual Studio to speak to that set of libraries instead of the TFS set of APIs.
In slightly more recent versions of Visual Studio (like Visual Studio 2008), you can choose your MSSCCI provider on the fly, in Options > Source Control > Plug-In Selection. All the MSSCCI providers will be enumerated and you can select between Visual Source Safe and Team Foundation Version Control.
If you're using an earlier version of Visual Studio that did not have this option, then you can change your MSSCCI provider by updating the registry directly.
Find the registry key:
HKCU\Software\Microsoft\VisualStudio\7.1\CurrentSourceControlProvider\
And set:
ProviderRegKey="SOFTWARE\Microsoft\SourceSafe"
Update 7.1 in the key with the version of Visual Studio that you have installed (Visual Studio 2003 corresponds to version 7.1.)
Once you have made this change, you will not be able to use Team Foundation Verson Control from Visual Studio 2003 without changing that back.
We are going to buy "VS 2013 Pro" and we need to know, if this product is compatible with tfs 2010 version. Are they able to connect properly. Maybe somebody tried or found an official post from microsoft about support.
Officially yes, TFS 2010 or higher supports VS 2013, but I have found you can get the following:
"You cannot connect to {IP Address here} because it is running a version of Team Foundation Server that is not supported by your version of Visual Studio" blah blah blah
If you get this, you may have to mess around with your Team Explorer version to get one that is compatible with TFS 2010. I have not experimented with the standard Visual Studio plug in. I do know that you can also download the MSSCCI client bits and switch to them in options if you are still having issues.
This pix shows switching to the MSSCCCI client:
http://3.bp.blogspot.com/-GYFtUDIlZcg/UI1jVHwlaaI/AAAAAAAAVgQ/lVKlW_Mc-XU/s400/Select+Source+Control.png
See Compatibility between Team Foundation clients and Team Foundation Server
Can I work with framework 1.1 while using Team Foundation Server 2010?
There's nothing linking the use of TFS to a specific version of the framework, with the exception of the development environment that you're using.
If you are using Visual Studio 2010, you should be able to target framework 1.1 for your development (though on a Windows 7 machine, it may require an additional download and installation.).
If you are using Visual Studio 2005 or 2008, you'll need the appropriate forward compatability update:
VS 2005: http://www.microsoft.com/downloads/en/details.aspx?FamilyID=22215e4c-af6f-4e2f-96df-20e94d762689&displaylang=en
VS 2008: http://www.microsoft.com/downloads/en/details.aspx?FamilyID=cf13ea45-d17b-4edc-8e6c-6c5b208ec54d
If you are talking about developing applications that can integrate with TFS 2010, you probably aren't going to be successful with using framework version 1.1.
We have to use Team Foundation Server on different machines.
Our problem is in the .csproj files where we want to check in the changes made. The Team Foundation Server warns about resolve some conflicts about different versions. Now the question is that can we use different versions of Visual Studio on different machines on the same Team Project and how it would affect our development?
Being that the verison of Visual Studio being used is encoded into the .csproj file, it is difficult to use different versions of Visual Studio for the same C# (or other .NET) project. Since you can install different versions of Visual Studio side-by-side on the same machine (e.g. Visual Studio 2005, 2008, and 2010), it would be best to have everyone use the lowest common denominator (i.e. the newest version of Visual Studio that everyone has) for the project.
Hope this helps.
We are setting up a new TFS 2008 implementation as our first usage of TFS for source control. We have several projects in Visual Studio 2003, 2005 and 2008, as well as other script/non-Visual Studio based projects.
My question is, for the Visual Studio 2003 and 2005 projects do we have to install Team Explorer 2003/2005 and make use of them to add projects to source control and to check out/in files, or, can we just use Team Explorer 2008 to add projects and check in/out files? The thought being that the developer could use 2008 to check out any thing and then open the appropriate visual studio version to work on their local instance of the project before then checking it back in using team explorer 2008 within their local visual studio 2008 application.
The concern is that by using team explorer 2008, that visual studio 2008 might impose changes on the older systems solutions dll or control details.
Thanks for any guidance.
This is possible. I have colleagues who are using Team Explorer for non-code files (Word documents, help files, etc.) and use it like they would VSS or any other SCC.
As an added bonus, I'm pretty sure that TFS Server 2008 is backwards compatible to at least 2005 (haven't run against 2003 in awhile). IIRC, I've run VSTS 2005 For Developers against a 2008 TFS Server.
I would double-check for you, but I've recently recently re-imaged my dev machine and haven't re-installed 2005 (working on new stuff!).
As an aside, I've found TFS to be a huge timesaver as far as the whole dev process. The IDE integration is top notch, and the linked bug/task tracking and changesets, with alerts, notes, built-in queries and reports had me wondering how I ever got along w/o it.
HTH.
The Team Foundation Client for VS 2005 and VS 2008 can be installed side by side so there's no issue there (there isn't one for VS 2003, but you could probably use the MSSCCI provider).
You can however, if you want to, do all of your source control operations in VS 2008 (or the Windows Explorer extensions in the latest power tools) but work on the projects from VS 2003/2005 without any issues. You just need to make sure you don't accidentally open the project files from within VS 2008 because that will upgrade the project format.