And after the initial connection is established, Visual Studio remembers it so that it auto-connects the next time you open the repository. Info bar to establish initial connection to Azure DevOps project. By default, whenever you open a repository, Visual Studio loads the associated solution/folder in Solution Explorer. Code resides on a centralized version control (TFVC) in earlier version of Team Foundation Server. Visual Studio dev tools & services make app development easy for any platform & language. Try our Mac & Windows code editor, IDE, or Azure DevOps for free.
-->Azure DevOps Services
When you first open Visual Studio 2015,you can sign in and connect to Azure DevOps Services.
If you're already signed in to Visual Studio or using Visual Studio 2017, connect to Azure DevOps Services.
Once you're connected, you can store or share code in free, unlimited, private,cloud-based Git repositories or Team Foundation Version Control (TFVC).Organize and manage your work with Agile tools for DevOps,continuous integration, and continuous delivery. Your team can build often,test early, and ship faster.
To set up Visual Studio without Azure DevOps Services,learn how to get started.To host your own server,learn how to install and set up Azure DevOps Server.
Azure DevOps Services is free for up to five users with access to Basic features and for unlimited Visual Studio subscribers and Stakeholders who can access limited features.Learn what else you get with Azure DevOps Services.If you want, you can also use Azure DevOps Services with any IDE or code editor, like the following examples:
- Xcode (see Git or TFVC)
How do I set up Visual Studio 2015 for Azure DevOps Services when I sign in?
Download and install Visual Studio,if you don't have the version you want already.Which versions can I use with Azure DevOps Services?
If you have a Visual Studio subscription thatincludes the Visual Studio IDE, get the versionthat's available with your subscription.
Start Visual Studio, and then sign in to create your profile.
This profile saves your settings and roams with youwhen you sign in to Visual Studio on any computer.Why else should I sign in?If you're a Visual Studio subscriber, use the sign in address for your subscription.
Enter your sign in address,and then enter your password.
Add your Visual Studio profile details. You only need to add these details once.
Give your organization a name, and confirm its location.
How can I create an organization later or change its location?
Create your first project to store your code,work items, backlog, builds, tests, and other assets.Name your project, select a process to organize your work,and choose the version control to manage your code.
Not sure which to choose? Learn whichprocessand version control (Gitor TFVC)work best for you.
If you're a new Visual Studio user, you can change your settings here,or change them later in Visual Studio options.
These changes are saved with your profile,and your settings roam with you wherever you sign in.
To view your new organization, sign in to
https://dev.azure.com/{yourorganization}
.
Next steps
Related articles
Add code to Git or TFVC. Drivers avm.
Create your backlog to organize your work, manage your process, or customize your process.
DEPRECATION NOTICE:This extension is no longer receiving updates.Learn more here.
This extension allows you to connect to Azure DevOps Services and Team Foundation Server and provides support for Team Foundation Version Control (TFVC).It allows you to monitor your builds and manage your pull requests and work items for your TFVC or Git source repositories. The extension uses your local repository informationto connect to either Azure DevOps Services or Team Foundation Server 2015 Update 2 (and later).
Here is the Walkthrough of the Azure Repos extension for Visual Studio Codevideo that shows many of the features of the extension.
Prerequisites
Azure DevOps Services
If you are using the extension with Azure DevOps Services, ensure you have an Azure DevOps Services organization. If you donot have one, sign up for Azure DevOps Services.
Team Foundation Server
If you are planning on using the extension with Team Foundation Server, you must be running Team FoundationServer 2015 Update 2 or later. Earlier versions of Team Foundation Server are not supported.
Clone your Git repository
With Git, the extension uses the remote origin of your repository to determine how to connect to Azure DevOps Services (or your Team Foundation Server), in most cases you will need to have a Git repository already cloned locally. If you intend on cloning an existing repository, do so before proceeding. If you do not have a Git repository cloned locally but already have an Azure DevOps Services organization (or a Team Foundation Server instance), you may create a local repository (via git init
) and once you set the 'origin' remote for that local repository, the extension will detect the change to the remote and attempt to contact Azure DevOps Services (or Team Foundation Server).
Create your TFVC workspace
With TFVC, the extension uses information about the current workspace to determine how to connect to Azure DevOps Services (or your Team Foundation Server). Workspaces can be created using the Visual Studio IDE, Eclipse or with the JetBrains IDEs (e.g, Android Studio, IntelliJ).
Note: At this time, you will need to have a local TFVC workspace already available on your local machine. More information about the difference between the two types (and how to determine which one you're using) can be found here. The issue tracking support for Server workspaces is here.
Installation
First, you will need to install Visual Studio Code1.12.0
or later.
To install the extension with the latest version of Visual Studio Code (version 1.13.1 is the latest as of this writing), bring up the Visual Studio Code Command Palette (F1
), type install
and choose Extensions: Install Extensions
. In the Search Extensions in Marketplace
text box, type team
. Find the Azure Repos
extension published by Microsoft and click the Install
button. Restart Visual Studio Code.
Authentication
Azure DevOps Services
If you are connecting to Azure DevOps Services, you will need a personal access token (PAT). With the release of v1.121.0 of the extension, you have a choice of whether you would like to create a token yourself manually and provide it when prompted, or use a new experience in which you are authenticated to Azure DevOps Services using your web browser. In the new experience, a personal access token is still created on your behalf but only after you are authenticated. The created token has All Scopes permissions but can be updated in your profile settings. Both tokens (manual or the new experience) are stored securely on your machine.
Manual Token Creation
Should you wish to create a personal access token yourself, go here to read how. You can also view our video on how to do the same.
- Git repositories require that you create your token with the Build (read), Code (read) and Work items (read) scopes to ensure full functionality. You can also use All Scopes, but the minimum required scopes are those listed above.
- TFVC repositories require tokens with All Scopes. Anything less will cause the extension to fail.
Browser-based Authentication
When using the new authentication experience, you will be prompted to copy a device code used to identify yourself to the authentication system. Once you accept the prompt to begin authentication, your default web browser will be opened to a login page. After supplying that device code and having it verified, you will then be prompted to authenticate with Azure DevOps Services normally (e.g., username and password, multi-factor authentication, etc.). Once you are authenticated to Azure DevOps Services, a personal access token will be created for you and the extension will be initialized normally. To see what this experience is like, view this video.
Team Foundation Server
If you are connecting to Team Foundation Server, you will only need your NTLM credentials (domain name, server name and password). It is assumed that you have the proper permissions on the TFS Server.
Details on how to connect to either Azure DevOps Services or Team Foundation Server are found in the next section.
TFVC Support
Once you have a local TFVC workspace available, you must configure the TFVC support in Visual Studio Code. You can find that information (including demo videos) in our TFVC documentation.
Open a local Repository folder
Once you have installed the extension, open either the root folder or a sub-folder of the repository. Once an Azure DevOps Servicesor Team Foundation Server 2015 Update 2 (or later) repository is detected by the extension, you will need to provideyour credentials (if credentials weren't already found). If you are required to provide your credentials, there will be anindicator in the status bar whose message will indicate that you need to sign in.
Visual Studio Code Azure Devops Git
The indicator looks like this:
To sign in, run the team signin
command or simply click on that indicator. If your repository is hosted on Azure Repos,you will be prompted to enter your personal access token. When you do, it will be stored securely on yourcomputer and used to connect. If your repository is on Team Foundation Server 2015 Update2 or later, you will be prompted to enter your username and password. After both are provided, they willbe stored securely on your computer and used to connect to your TFS server.
Once your credentials are verified, the status bar indicators will be active and the remaining commands willbe ready to use. The stored credentials will be used for each connection to the server until they are eitherremoved by the team signout
command or overwritten by a subsequent team signin
command.
Note: In order for the extension to be activated, a repository folder must be opened. The extensionwon't be activated if only a single file in the repository is opened.
Status Bar Indicators
– This status bar item is populated with the nameof the team project to which the repository belongs. Clicking on the item will open your browser to the team website.
– Git only This status bar item is a count of activepull requests that you either requested yourself or were added to explicitly as a reviewer. Clicking theitem will display that list of pull requests in the quick pick list. Choosing one will take you to thatpull request in your browser. This indicator will update its status every 5 minutes.
– This status bar item shows the status ofthe build for this particular repository and branch. Hovering over the item will provide additionalinformation about which build was referenced (if any). Clicking on the item will take you to that build’ssummary page in your browser. This indicator will update its status every 5 minutes.
– This status bar item showsthe number of items returned by your pinned work item query. If you have not configured a pinned query itdefaults to the work items assigned to you. Clicking the item will show you the work items the query returns.This indicator will update its status every 5 minutes.
– Clicking this status bar item allows you to quickly sendfeedback about the Azure Repos extension.
Commands
In addition to the status bar integrations, the extension also provides several commands for interacting withAzure DevOps Services and Team Foundation Server. In the Command Palette (F1
), type team
and choose a command.
team associate work items
– Prompts you to choose a work item that is assigned to you (or from the resultsof your custom query). Choosing a work item will add it to the current commit/check-in message.team create bug
– Opens your browser to the webpage used to create a new bug. If a single line of text ishighlighted in Visual Studio Code, it will be used as the title of the bug. The bug will be assigned to you.You can then choose to update the fields, save, cancel, etc.team create pull request
– Git only Opens your browser for a new pull request based on the current repository andbranch. Before creating the pull request, ensure that you save, commit and push any changes you have beforerunning the command. Doing so will ensure that all of your latest changes are part of the pull request.team create task
– Opens your browser to the webpage used to create a new task. If a single line of textis highlighted in Visual Studio Code, it will be used as the title of the task. The task will be assigned toyou. You can then choose to update the fields, save, cancel, etc.team create work item
– Prompts you to choose a work item type from the list available in your team project.Once you make a selection, your browser is opened to the webpage used to create the work item. If a single linef text is highlighted in Visual Studio Code, it will be used as the title of the task. The work item will beassigned to you. You can then choose to update the fields, save, cancel, etc.team send feedback
– Prompts you to either send a smile or a frown. After choosing, you can provide usfeedback of up to 1000 characters. Optionally, provide your email address so we can contact if you needed. Ifyou do not want to provide your email address, just leave it empty (we'll still get your feedback). Note:Feedback can be sent even if telemetry reporting is disabled.team signin
– Use this command to sign in to an Azure DevOps Services organization or Team Foundation Server 2015 Update 2(and later) server. When your credentials are provided, they will be stored securely on your computer. The savedcredentials will be used for that organization until they are removed by theteam signout
command or overwritten by asubsequentteam signin
command. See the 'Secure Credential Storage' topic below for more details.team signout
– Use this command to sign out from an Azure DevOps Services organization or Team Foundation Server 2015 Update 2(and later) server. Signing out will remove your credentials from your local computer. To sign back in, you willneed to run theteam signin
command again.team view blame
– Git only If a file in the repository is opened in the editor, it will open your browser to theblame page for that file in the current branch in the server repository.team view build summary
– Same behavior as clicking on the Build Status status bar item.team view history
– If a file in the repository is opened in the editor, it will open your browser to thehistory page for that file in the current branch in the server repository. Otherwise, the history of the currentbranch in the server repository will be opened. This command does support TFVC repositories.team view pull requests
– Git only Same behavior as clicking on the Pull Requests status bar item.team view website
– Same behavior as clicking on the team project status bar item.team view work items
– Prompts you to choose a work item that is assigned to you, sorted by ChangedDate descending.Choosing a work item will open it in your browser. This command will return a maximum of 200 results with an optionto 'Browse additional work items..'. Choosing that option will open your browser to show all of the results of your query.team view work item queries
– Prompts you to choose a query stored in your “My Queries” folder in your team project.Choosing a query will run it and display the results in the Quick Pick list. Choosing one of the results will open thatwork item in your browser. This command will return a maximum of 200 results with an option to 'Browse additionalwork items..'. Choosing that option will open your browser to show all of the results of your query.
Secure Credential Storage
When you run the team signin
command, the credentials that you provide will be stored securely on your computer. OnWindows, your credentials wil be stored by Windows Credential Manager. On macOS, your credentials will be stored in theKeychain. On Linux, your credentials will be stored in a file on your local file system in a subdirectory of yourhome folder. That file is created only with RW rights for the user running Visual Studio Code. It is not encryptedon disk.
How to disable telemetry reporting
Connect Visual Studio Code Azure Devops
The Azure Repos extension collects usage data and sends it to Microsoft to help improve our productsand services. Read our privacy statement to learn more.
If you don’t wish to send usage data to Microsoft, add the following entry to Settings (File > Preferences > Settings):
Polling interval
The polling interval for the pull request and build status bar indicators defaults to ten minutes. You can change thisvalue in the Visual Studio Code Settings by adding an entry like the one below. The minimum value is 10.
Azure Repos Vs Code
Logging
There may be times when you need to enable file logging to troubleshoot an issue. There are five levels of logging (error
,warn
, info
, verbose
and debug
). Since logging is disabled by default, you can add an entry like the one shown belowto Visual Studio Code's Settings. Once you are finished logging, either remove the setting or set it to an empty string.
The log file will be placed at the root of your workspace and will be named team-extension.log
.
Private builds
In order to facilitate more debugging, you may be provided with a 'private build' of the extension. The private build willlikely come in the form of a .ZIP file named similarly to the VSIX that gets deployed to the Marketplace (e.g., team-0.117.0.vsix.zip
).
To install the private build, you must uninstall the previous version and then side load the new one. First, remove the.ZIP extension from the file and then follow these instructions to install the VSIX.
Pinned Work Item Queries
You can customize the pinned work item query by adding the following in the Visual Studio Code Settings. You need toprovide the following:
account
: For Azure DevOps Services, setaccount
to eitherorganization.visualstudio.com
ordev.azure.com/organization
.For Team Foundation Server, if your server URL ishttp://servername:8080/tfs
then setaccount
toservername:8080
.queryText
orqueryPath
Using Query Text
Using Query Path
You can also create a global pinned query which will be the default if you have not configured one byreplacing dev.azure.com/organization with global in the previous examples.
Using External (non-Microsoft) Source Repositories
Starting with version 1.113.0, you can now use the extension with repositories that are not hosted with either Azure DevOps Services or Team Foundation Server. You will be able to monitor your builds (for a specific build definition) and work items that are hosted with either Azure DevOps Services or Team Foundation Server by specifying your server information. To do this, set the following settings in VS Code. It is recommended that you set these in your Workspace Settings (and not User Settings). You will, of course, still need to authenticate (provide credentials).
Note: If you're using a Team Foundation Version Control repository, you should not use these settings. Have a look at the TFVC Quick Start.
To determine your build definition id, open the build summary for the build you'd like to monitor and grab the value of the buildId= parameter in the url.
Support
Support for this extension is provided on our GitHub Issue Tracker. Youcan submit a bug report, a feature requestor participate in discussions.
Contributing to the Extension
See the developer documentation for details on how to contribute to this extension.
Code of Conduct
This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.
Privacy Statement
The Microsoft Visual Studio Product Family Privacy Statementdescribes the privacy statement of this software.
License
This extension is licensed under the MIT License. Please see the third-party noticesfile for additional copyright notices and license terms applicable to portions of the software.