Freigeben über


Azure Repos Git tutorial

TFS 2017 | TFS 2015 | TFS 2013

Visual Studio 2019 | Visual Studio 2017 | Visual Studio 2015

Use version control to save your work and coordinate code changes across your team. Even if you're just a single developer, version control helps you stay organized as you fix bugs and develop new features. Version control keeps a history of your development so that you can review and even rollback to any version of your code with ease.

The steps in the following tutorials show how to perform common version controls tasks using the following version control workflow.

Version control workflow

Version control has a general workflow that most developers use when writing code and sharing it with the team.

These steps are:


  1. Get a local copy of code if they don't have one yet.
  2. Make changes to code to fix bugs or add new features.
  3. Once the code is ready, make it available for review by your team.
  4. Once the code is reviewed, merge it into the team's shared codebase.

The Git feature branch workflow

Git has a version of this workflow using terminology and commands unique to Git. Throughout this tutorial you'll learn about repositories, branches, commits, and pull requests. These terms might sound familiar if you've used a version control system like Team Foundation Version Control or Subversion, but they behave differently in Git.

Git workflow


  1. Create a branch for the changes you plan to make and give it a name, such as users/jamal/fix-bug-3214 or cool-feature-x. For more branching guidance, see Adopt a Git branching strategy
  2. Commit changes to your branch. People often have multiple commits for a bug fix or feature.
  3. Push your branch to the remote repository.
  4. Create a pull request so other people can review your changes. To incorporate feedback, you might need to make more commits and push more changes.
  5. Complete your pull request and resolve any merge conflicts from changes other people made after you created your branch.

Use this workflow if you're new to Git. As your team gets more experienced and confident with Git, extend it to suit your team's needs.

Next steps