When trying to pull down an exe file from TFS, it breaks with the not supported error below, then it prompts for login credentials 4 times, and prompts with the unauthorized error below. After that, I can no longer access anything in TFS until I restart visual studio.
No sort of server setting that needs to be updated on TFS to allow exes.
According to the error TF30063, this may caused by your authentication account of tfs.
Try below steps:
Clicking on the "Connect to Team Projects button" (The plug next to
the home button in the Team Explorer tab)
Right click the project you are getting this issue on.
Click Connect.
More ways to solve this issue for your reference:Error TF30063: You are not authorized to access ... \DefaultCollection
If you can pull down other files from another project without any error. Please also double check the permissions. Make sure you have enough permissions. More details you can check this blog: http://nkdagility.com/tfs-2012-issue-tf30063-you-are-not-authorized-to-access-and-cant-trace-permissions/
Related
I added a user to Team Foundation Server DevOps, but when the user entered the URL made a mistake, he entered an URL that does not exist.
I tried to remove this broken address, but does not let me delete it, there is no way to delete it in the graphical interface of Visual Studio, I tried to correct eliminating the cache of Team Foundation, I have tried to remove the workspaces, but it does not manage to eliminate this broken URL.
I have also tried to modify this URL that is misspelled but when editing the workspace, will not let me modify that address.
Here is a screenshot of the URL I want to delete, when I delete a workspace and click on Update or simply add the server to which the new user has permission to access for some reason the broken URL is not deleted, it seems that when you click on the download button and assign the existing server files if it appears as if you downloaded the solution's files but when checking in the file explorer there is nothing, and the broken URL is still there by default, I send a screenshot so you can view the problem, you will not find the local path where the files are saved because the entire Team Foundation Server cache is reset.
The broken URL
Ok, I found the solution, it turns out it was very simple, the problem was that when you add the user to the project by default is added to the stakeholder level, and that level does not allow changes in the source code, only at the administrative level, such as assigning Tasks, view assigned tasks, etc...
At the time of wanting to change the level within the project in the Web portal does not allow it to do because the change must be made at the organization level, so it is only necessary to enter the portal of the Organization then:
Click on Organization Settings--> Users--> Change access level (click on 3 dots in name of user) --> Change from Stakeholder to Basic
Ready... Problem fixed!
I'll add some screenshots of the process:
Click Organization Settings
Click on Users
Change access level
Change Stakeholder to Basic
I have been using TFS in my visual studio 2013 for some time now but now I have a problem.
When it was initially setup I logged into TFS from VS using the domain\Administrator.
But company policy has changed and now the password is changed and I dont know it anymore.
But my own domain user has been granted administrator rights so I think ok no problem next time I start VS and TFS asks me to login I provide my own account.
This did not work I got tons of errors so I had to go to Control Panel and remove this credential from credential manager.
So I started VS again and let someone type in the pass for Administrator again, and click on remember.
That seemed to work, I can do a compare of files and it is correct.
I am also able to checkout files for editing.
But when I want to check in than it displays an error for a split second and it shuts down my project in VS.
After numerous tries I was able to capture a screenshot of the error (it only displayed for a split second).
This is the error :
I have no clue what this thing is talking about and I am hoping someone here can push me into the right way to find a solution for this.
Where can I find this workspace and how can I give it permissions ?
I am using visual studio 13 on local computer, logged in to domain and my user account has administrator rights.
EDIT:
I found a screen in VS to edit the workspace. The permissions are currently on Private Workspace.
So set it to public and now I also cannot do Compare and Checkout anymore.
Setting it back to private does not helps I keep getting this error now.
Any suggestions ?
Edit:
There seem to be 2 workspaces with the same name but I can only see on in manage workspaces. Maybe if I can get rid of one somehow.
In this screen I can see 2 workspaces :
How can I get rid of the second ?
EDIT:
IT seems that VS keeps searching for the wrong workspace.
See this screenshot :
I configured a new workspace PC_GUIDO_2 but if I do a compare it keeps searching for workspace PC_GUIDO even if the workspace combobox says PC_GUIDO_2.
How can I force it to stop searching for that workspace ?
Please try following below steps to fix the issue:
Make sure your account has the check in permission for the project.
(Administer Server > Version Control > Set the permissions)
Close VS
Delete the VS client caches
Start VS as administrator (Right click and run as administrator) and DO NOT LOGIN WITH VISUAL STUDIO
In team explorer connect TFS with your account
Manage Workspace to delete current workspace "PC_GUIDO"
Create a new workspace and map sources to new local folder
Then check the issue again.
Is there anyway to hide TFS code tab in web interface, I already deny access to source control, and it is working from inside VS, but not from the TFS web interface, the users still able to download the source code as zip file.
Code tab
You can make them "Stakeholders" which removes their access to code entirely. Or you can remove the "Read" permission for those users. You can adjust security by right clicking on a folder and choosing "Security".
Is there any recommendable solution to integrate SVN with TFS 2013 in a sense that SVN is being used for source control and TFS for work item tracking?
For example, it should be possible to link commits in SVN to work items in TFS.
You can use Integration with Bug Tracking Systems / Issue Trackers: http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-bugtracker.html
It is very common in Software Development for changes to be related to
a specific bug or issue ID. Users of bug tracking systems (issue
trackers) would like to associate the changes they make in Subversion
with a specific ID in their issue tracker. Most issue trackers
therefore provide a pre-commit hook script which parses the log
message to find the bug ID with which the commit is associated. This
is somewhat error prone since it relies on the user to write the log
message properly so that the pre-commit hook script can parse it
correctly.
TortoiseSVN can help the user in two ways:
When the user enters a log message, a well defined line including the
issue number associated with the commit can be added automatically.
This reduces the risk that the user enters the issue number in a way
the bug tracking tools can't parse correctly.
Or TortoiseSVN can highlight the part of the entered log message which
is recognized by the issue tracker. That way the user knows that the
log message can be parsed correctly.
When the user browses the log messages, TortoiseSVN creates a link out
of each bug ID in the log message which fires up the browser to the
issue mentioned.
Go through mentioned URL for detailed description.
https://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-bugtracker.html describes how to configure folders in TortoiseSVN to do a one-way integration between file versions committed in TortoiseSVN, and work items in TFS. When a developer commits the file version, he/she is prompted for the TFS work item number (which works fine if the developer knows the number). It even creates a link to the TFS work item in the Revision Log of the file in TortoiseSVN. However, it does not display a list of work items for the developer to choose from, nor is there any link in the TFS work item going back to the committed file version in TortoiseSVN. (It is possible to write an issue tracker plug-in for TFS to do this, but all the plug-ins I have found on the internet seem to be for older versions of TFS.)
This integration will insert the bug number into the Revision Log of committed source files, and will add a link from the log to the selected bug in TFS. Although you make this change inside your working copy, it will apply to the same folder in other working copies once those working copies have been updated.
To associate a folder tree in TortoiseSVN to TFS:
1. Right-click on the folder in your working copy. This should be at the apex of the folder tree you want to associate with a project in TFS. Select TortoiseSVN > Properties.
2. On the Properties - TortoiseSVN window, check to see whether there are any bugtraq properties for this folder. If not, click New > Bugtraq (issue tracking integration).
3. The Edit Bugtraq Properties - TortoiseSVN window opens.
a. For Issue tracker URL, specify the URL to your work items:
http://tfs_server_name:8080/tfs/DefaultCollection/TFS_Project_Name/_workitems?id=%BUGID%&_a=edit
b. Next, place a check in the "Remind me to enter a bug-ID" checkbox.
c. For Message Pattern, specify something like:
TFS Work Item: %BUGID%
d. For Message Label, specify something like:
TFS Work Item:
e. For "Bug-id is", specify Numeric.
f. At the bottom of the window, place a check next to "Apply property recursively". Click OK.
4. Back on the Properties - TortoiseSVN window, verify that the bugtraq properties have been added and click OK.
5. Remember to perform an SVN Update and SVN Commit on the folder after changing its bugtraq properties.
The bugtraq properties that implement this one-way integration between SVN and TFS are built into Apache Subversion and so should work for SVN even if you are not using the TortoiseSVN user interface.
I am creating a clickonce installer using the deployment strategy of Install from the Web or network share, on one of my project. I am learning how to use click once installers. When i publish my project it gets succeeded. i gave the URL of my website that i had created through google so that anyone can install from that URL. After publish gets succeeded the URL should be launched automatically but it is not. Moreover. When i check my website and in it that page whose URL i had given, there is nothing there. No installer. Please help.
Right Click on Publishing Project
Click Properties
Click "Publish"
In "Publishing Folder Location" is anything set there?
Click the button with ellipsis (...) to the right of the combobox
Click "FTP Site" (not Remote site, as this needs FrontPage extensions)
Enter the Server information, Directory (that you have access to), keep it as passive mode, uncheck the Anonymous option and put in the valid FTP instructions.
Click Open, and Republish. All should work 100% with this.
If not, have a look in your wwwroot/ folder and find the application information (if it's there) and you will have to manually upload the files.
EDIT for comment:
The website that you are uploading to, does it have FTP access? Meaning a place that you would upload file to for display on the website, even like your html content? (index.html etc.)
If not, you will need to get these details from your website hosting provider and fill in the appropriate fields for the FTP upload.
It's a while since I did this, but I'm fairly sure that you have to upload the files manually.
The installer needs the location so it can build the web page etc. All the files should be in an output folder in your project.
EDIT: I've just checked and the output folder is the one you specify on the first step of the Publish Wizard. If you specify a local folder the files will be put there for you to FTP to your website later. You can also specify a remote address as and FTP or HTTP location (which I'd forgotten when I posted my original answer). You'll have to enter the user name and password for connecting to the remote location later in the process.
Are you using Visual Studio 2008? The default behaviour of deploying a "publish.htm" page has changed.
Bring up your project's properties and switch to the "Publish" tab. Click the "Options" button and switch to the "Deployment" section of the dialog. You'll see by default that the "Deployment web page" TextBox is empty. You'll need to give that a value and also check the "Automatically generate deployment web page after every publish" CheckBox.
I've taken to filling that in with "default.htm" so that whichever folder you deploy your app into will have the ClickOnce publish page as its default page.