title | titleSuffix | description | ms.assetid | ms.service | ms.topic | ms.date | monikerRange | ms.subservice |
---|---|---|---|---|---|---|---|---|
Azure Repos Git tutorial |
Azure Repos |
Learn Git with the Azure DevOps Services/TFS Git tutorial. |
0270b0fa-461b-4079-9703-cdcf53bdf39f |
azure-devops-repos |
tutorial |
09/28/2021 |
<= azure-devops |
azure-devops-repos-git |
[!INCLUDE version-lt-eq-azure-devops]
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 roll back 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 has a general workflow that most developers use when writing code and sharing it with the team.
These steps are:
- Get a local copy of code if they don't have one yet.
- Make changes to code to fix bugs or add new features.
- Once the code is ready, make it available for review by your team.
- Once the code is reviewed, merge it into the team's shared codebase.
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.
- Create a branch for the changes you plan to make and give it a name, such as
users/jamal/fix-bug-3214
orcool-feature-x
. For more branching guidance, see Adopt a Git branching strategy - Commit changes to your branch. People often have multiple commits for a bug fix or feature.
- Push your branch to the remote repository.
- 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.
- Complete your pull request resolve any merge conflicts and complete your pull request.
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.
[!div class="nextstepaction"] Create a new Git repository
[!div class="nextstepaction"] Clone an existing Git repository