Just recently my project has been going Offline and I'm unable to connect to TFS 2010 from my instance of Visual Studio (2012). When I try to connect via the VS Team Explorer window I get:
TF31002: Unable to connect to this Team Foundation Server
In the Output window of Visual Studio it looks like it repeatedly tries to connect:
....
This solution is offline. [Team Foundation Server: http://mycollection:80/tfs/defaultcollection]
The solution was offline during its previous session and will remain offline.
This solution is offline. [Team Foundation Server: http://mycollection:80/tfs/defaultcollection]
The solution was offline during its previous session and will remain offline.
This solution is offline. [Team Foundation Server: http://mycollection:80/tfs/defaultcollection]
The solution was offline during its previous session and will remain offline.
HTTP code 404: Not Found
This only seems to be impacting me, and not others in my team. I've changed my password on the off chance it had expired, and I've also restarted my machine. A few tips have been to run a TFS tool (which I don't have as it's not a local install of TFS) or are VS2013 specific.
Does anybody have any tips I could try locally to try and connect to the server?
I managed to find a solution to my particular problem, it seemed to be caused by the Cache file for TFS.
To resolve it I went to
C:\Users\[User]\AppData\Local\Microsoft\Team Foundation\[Version]\Cache
I then cleared this directory of all files and restarted Visual Studio.
Related
I'm new to TFS on Visual Studio 2012 and I found the TFS 2013 Express edition to install. The thing is my friend and I are working on a project and we wanted to sync our version to either of us computer. Currently, we don't have a server to say but is it possible to use one of our computers as a server and install TFS on it and sync our projects? Does it require Internet connectivity whenever we want to sync? Can we use local area connection to do the sync? Do we need TFS to be installed on both of our computers?
A link to installation guideline would also be helpful.
Thanks
This is the guide you need to plan your Team Foundation Server installation:
http://www.microsoft.com/en-us/download/details.aspx?id=29035
TFS works perfectly well over a LAN. At the end of the day it's just a HTTP server, so as long as either you and your friend are on the same network, or if not, the necessary ports are open on the router, he can connect fine via the internet. Doesn't matter which one of you hosts it.
You do not need TFS on both computers, Visual Studio will happily connect to it once you provide the details (Access from the Team Menu, and Team Explorer).
I'm having troubles enabling remote debugging on sharepoint online. I have 2 machines, my local machine (Windows 8.1) and my development server(Windows Server 2008 R2). On my development server I first tried remote debugging using Visual Studio 2012 Update 4, as described here: http://azure.microsoft.com/en-us/documentation/articles/web-sites-dotnet-troubleshoot-visual-studio/#remotedebug.
When this didn't work I tried doing exactly the same thing on my local machine, which has Visual Studio 2013 (Ultimate) update 1 and the latest windows azure sdk (2.3). This worked perfectly. Thinking upgrading to visual studio 2013 would solve my problem I've installed 2013 (Premium) on my dev server, next to 2010 and 2012. After installing and updating everything for 2 hours however, I came to the conclusion that I received the same error as on VS 2012.
Googling came up with a few interesting causes for this bug: sitenames longer than 20 characters or sitenames containing hyphens. This is not the case. Then I verified port settings, the dev server has no active firewall but I wanted to exclude any possibilities. And low and behold, both telnetting from my local machine as my dev server to ports 4016 and 4018 of my azurewebsites.net url worked.
Are there any other solutions for this bug? Since debugging locally is not an option (sharepoint provider hosted app for project online) this is very inconvenient.
Thanks,
UPDATE: Deploying the site as a cloud service works, and so does remote debugging them. However, we would like to stay with azure web sites for now..
I know this is a duplicate of Azure Remote Debugging: Failed to enable remote debuggingException from HRESULT: 0x89710023; but none of the solutions there or on twitter were of any use.
Check out Azure Remote Debugging: Failed to enable remote debuggingException from HRESULT: 0x89710023
I think this has to do with blocked ports 4016 and 4018
I am trying to setup a new connection to TFS with VS2012. Early on I was able to add my TFS server and, using the Microsoft Git Provider, clone a copy of the remote repository from within Visual Studio. Later, as I was fiddling with things in Team Explorer trying to find the branch I wanted to use, something broke. My local repository remains, but my connection to the remote repository was somehow corrupted, as evidenced with this error:
TF31004: Unexpected error encountered while connecting to Team Foundation Server at http: //my.server.com:8080/tfs. Wait a few minutes and try again. If the problem persists, contact the server administrator ok help
Things I have tried to resolve this:
Wait and try again (as the error message suggested).
Restart Visual Studio.
Reboot my machine.
Reboot TFS server.
Use system restore to revert back before I installed msysgit and Microsoft Git Provider, or had attempted to connect to the TFS server.
Review the MSDN help for the error (see below).
Search Stack Overflow (found one other related issue but did not seem to apply).
Tried devenv /ResetSkipPkgs
Tried devenv /setup
Re-install Team Explorer for VS2012.
Clear IE cookies (per this post).
Clear TFS caches (per this post).
The help page offers these tidbits, but none of them seem likely given that I had, as I said, the connection working at one point:
The version of Team Foundation running on the local computer does not match the version running on the Team Foundation Server server {name}.
The server returned HTML content instead of XML content.
The required Web service on the server could not be found.
Any ideas would be appreciated!
I have had an exactly the same problem.
My solution was to clear all the credentials in the Windows Vault (Credential Manager residing in the Control Panel).
I have no idea why the credentials did get messed up.
We're moving our build from Team Build (Team Foundation Service) to a local build machine using Jenkins CI for build. However, we still want to use the Cloud for Source Control. So now we need to access the cloud TFS to get the latest build.
Jenkins has an TFS Plugin, but that was made for TFS 2008.
Now I have the problem that I'm not able to access the cloud TFS with TF.exe from VS2012.
I found an article here that showed me the difference between TFS 2008 and 2010 (I need to add /tfs/DefaultCollection to the server URL), but that didn't work with the cloud TFS.
Here's the error:
TF31002: Unable to connect to this Team Foundation Server: https://myserver.visualstudio.com/tfs/DefaultCollection.
Team Foundation Server Url: https://myserver.visualstudio.com/tfs/DefaultCollection.
Possible reasons for failure include:
- The name, port number, or protocol for the Team Foundation Server is incorrect
.
- The Team Foundation Server is offline.
- The password has expired or is incorrect.
Technical information (for administrator):
The Remoteserver returned an error: (404) Not found.
I've tried it with and without the /tfs/DefaultCollection. Same result.
Documentation, according to what I have found, is next to nothing.
Has anybody had any success accessing the cloud TFS with TF.exe?
EDIT: browsing through other articles, I saw that others did it without the /tfs, so just add /DefaultCollection
(thanks to Microsoft for changing the URL with every version...)
However, the output is still crap.
C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE>tf workspaces -format:brief /server:https://myserver.visualstudio.com/DefaultCollection /login
:myuser,mypassword
Result:
No workspace matching *;[NAME OF ANOTHER USER] on computer MYMACHINE found in Team Foundation Server https://myserver.visualstudio.com/DefaultCollection.
ok, found the solution...
Add "/computer:*" if no workspace was mapped on the machine running tf.exe before...
Conclusion:
The URL to connect to your collection in TFS changed in every version.
TFS 2008: mytfs
TFS 2010: mytfs/tfs/DefaultCollection
TFS 2012: mytfs/DefaultCollection
OMG..
I've been struggling for some time now to be able to use the built-in functions in Visual Studio 2008 to handle *.mdf database files with SQL Server 2008 Express. I'm running on an x64-based system, and I've read that there is a known problem with this setup, but the hotfix has not solved my problems.
Basically, what happens is that when I try to add a new *.mdf file to the App_Data folder of a project, I get an error message saying:
Connections to SQL Server files (*.mdf) require SQL Server Express 2005 to
function properly. Please verify the installation of the component or download
from the URL: http://go.microsoft.com/fwlink/?LinkId=49251
My (unsuccessful) steps to solve this:
Uninstall all possible associated programs to Visual Studio, SQL Server or .NET Framework (which left .NET 2.0 Compact Framework and .NET 3.5 Compact Framework, and nothing else .NET related, installed).
Reboot.
Install .NET 3.5 SP1, SQL Server 2008 Express and SQL Server Management Studio 2008 Express via the Web Platform Installer 2.0 (Beta).
Reboot.
Install Visual Studio 2008 Professional from disc.
Reboot.
Install Visual Studio 2008 Service Pack 1.
Reboot.
Install hotfix.
Reboot.
Start VS, create new Web site and try to add database. Still get the error message...
When I look in the Help/About dialog, the hotfix shows up among applied updates. I have also checked and double-checked that the SQL Server instance name is correctly set in Visual Studio (I copy-pasted the instance name from the login screen in SSMS).
Why does the hotfix not solve my problems? Am I doing things in the wrong order, or do I have the wrong software versions somewhere?
According to the KB article, the problem is that Visual Studio doesn't correctly detect "some registry keys" - but nothing is said about which keys. Does anyone know how to fix this manually?
Oh, and yes - I've seen this post. I know I could just "downgrade" to the x86 version of SQL Server, but I really want to make this work with the x64 version (if nothing else, just because it's supposed to work...), so that solution doesn't really solve my problems. Please don't close this as a duplicate.
I had this same error, VS 2008 SP 1 on Vista Ultimate 64 bit with SQL 2008 Express 64 bit. Downloaded the hotfix and rebooted, started up SQLEXPRESS and still got the error.
Then I changed my "SQL Server Instance Name" (under VS 2008 -> Tools -> Options -> Data Connections), which was blank, to "SQLEXPRESS" (versus ".\SQLEXPRESS", which is what I use in my login screen under SSMS.) and now it works like a charm!
Dave
Try changing the user on which the SQL Server Express is running. This can be changed in Services managment (press Win+R, type in services.msc). Choose SQL Server Express, right click -> Properties. 'Log On' tab and select: 'Local System account', tick the 'Allow service to interact with desktop' - this is what worked for me.
I'm not sure I ever solved this, but I've now moved over to Visual Studio 2010 (RC at the moment, but I'll get the full version when it's availabel) and everything works seemlessly.