Documentation
Topics Overview Overview Agents Quickstart Editor Tutorial Intro Videos Overview Get started Agents Quickstart Agents Tutorial Best Practices Concepts Agents Agent Harnesses Language Models Context Tools Sessions & Handoff Agent Host Architecture Customization Workspace Context Trust & Safety Run agents Agents Window Chat View Choose an Agent Harness Use Tools Browser Tools Approvals & Permissions Review & Revert Changes Artifacts Remote Agent Sessions Plan Work Memory Subagents Sessions Manage Sessions Session History AI Security Customize agents Create and Manage Instructions Agent Skills Custom Agents Language Models MCP Hooks Plugins Tools Prompt Files Use chat Chat Basics Inline & Quick Chat Add Prompt Context Tutorials & guides Customize AI Context Engineering Test-Driven Development Test with AI Test Web Apps with Browser Tools Debug with AI Edit Notebooks with AI Optimize AI Credit Usage MCP Dev Guide Prompt Examples Reference Cheat Sheet Settings Reference MCP Configuration Hooks Reference OpenTelemetry Monitoring Troubleshooting Troubleshooting Debug Chat Interactions Diagnose Prompt Caching FAQ Editor Overview Quickstart Repositories & Remotes Staging & Committing Source Control History Branches & Worktrees Merge Conflicts Collaborate on GitHub Troubleshooting FAQ Get Started Terminal Basics Terminal Profiles Shell Integration Appearance Advanced Debugging Debug Configuration Tasks Testing Integrated Browser Port Forwarding Guides & Tutorials Test-Driven Development Test Web Apps with Browser Tools Overview Enterprise Policies AI Settings Extensions Telemetry Updates Overview VS Code for the Web SSH SSH Tutorial Tunnels Dev Containers WSL WSL Tutorial GitHub Codespaces VS Code Server Linux Prerequisites Tips and Tricks FAQ GitHub Copilot Setup Linux macOS Windows Raspberry Pi Network Portable Mode Additional Components Uninstall Languages & Runtimes Extension DocsOn this page there are 6 sections
Quickstart: use source control in VS Code
Get up and running with Git in Visual Studio Code in minutes. This guide covers the essentials of setting up a repository, saving your changes, and syncing your code.
Prerequisites
-
Install Git: make sure Git is installed on your computer. Download Git
-
Open VS Code: make sure you have the latest version of Visual Studio Code installed.
Step 1: Open a project
You can start with an existing Git repository or a local project folder.
Option A: Clone a repository locally
Clone a repository if you want to work on code that is already hosted on GitHub, Azure DevOps, or another Git provider. If you have previously cloned the repository, you can open the folder directly in VS Code and VS Code will detect the Git repository automatically.
To clone a repository in VS Code:
-
Open the Source Control view (G (Windows, Linux Ctrl+Shift+G)) and select Clone Repository
[Screenshot of the Source Control view with the Clone Repository button highlighted.]Alternatively, open the Command Palette (P (Windows, Linux Ctrl+Shift+P)) and enter
Git: Clone. -
Enter the repository URL (for example,
https://github.com/microsoft/PowerToys)If you're cloning from GitHub, you can also select Clone from GitHub and sign in to your GitHub account to see a list of your repositories.
-
Select a parent folder on your computer to save the project
-
Select Open when prompted to open the cloned repository in VS Code
-
Confirm whether you trust the repository in the Workspace Trust dialog
CautionOnly trust repositories from sources you know. Untrusted code can potentially harm your computer.
Option B: Initialize a repository in a local folder
To start a new project with Git, you can initialize a repository in an existing local folder. This option creates a new Git repository in your folder to track changes.
-
Open your project folder in VS Code (File > Open Folder...).
-
Open the Source Control view (G (Windows, Linux Ctrl+Shift+G)) and select Initialize Repository
[Screenshot of the Source Control view with the Initialize Repository button highlighted.]Alternatively, open the Command Palette (P (Windows, Linux Ctrl+Shift+P)) and enter
Git: Initialize Repository.
Step 2: Make changes and review
Git tracks changes to files in your project. The Source Control view in VS Code is your hub for managing these changes without using the command line.
Let's make a simple code change and use the Source Control view and diff editor to review it.
-
Edit an existing file in your project, and save it.
If you initialized a new repository, move on to the next step.
-
Open the Source Control view (G (Windows, Linux Ctrl+Shift+G)).
Notice that the changed file(s) are listed under Changes with a "U" (untracked) or "M" (modified) icon next to them. The source control icon in the Activity Bar also shows a badge with the number of affected files.
[Screenshot of the Source Control view showing a modified and new file under Changes.] -
To review the changes to a file, select it in the Source Control view to open a diff editor.
A diff editor shows the differences between the current version of the file and the last committed version. If the window is wide enough, the diff editor displays a side-by-side comparison, otherwise the changes are shown inline.
[Screenshot of the Diff Editor showing side-by-side changes between file versions.]TipIf you have a Copilot subscription, select the Code Review button in the Source Control view to perform an AI-powered code review of your changes before committing them.
[Screenshot of the Code Review button in the Source Control view.]
Step 3: Stage and commit
Git uses a two-step process to save changes: Stage (prepare) and Commit (save). In the Source Control view, changes are first listed under Changes and after staging them, they move to Staged Changes where they are ready to be committed.
-
To stage your changes, do one of the following:
-
Hover over a file in the Changes list and select + (plus) to stage it
[Screenshot of the Source Control view with the Stage Changes button highlighted.] -
Right-click a file in the Changes list and select Stage Changes
-
Hover over the Changes header and select the + (plus) button to stage all changes at once
-
-
(Optional) You can unstage changes or discard changes if needed:
-
To unstage a file, hover over it in the Staged Changes list and select the - (minus) button
-
To discard changes to a file, right-click it in the Changes list and select Discard Changes
-
-
To commit your staged changes you can provide a commit message.
-
Enter a commit message in the text box at the top of the Source Control view.
You can also use AI to generate a commit message based on your staged changes by selecting the sparkle icon in the commit message input box.
-
Select Commit to commit your changes to your Git history
[Screenshot of the Commit button in the Source Control view.]After committing, the staged changes are cleared from the Source Control view and saved in your local Git history.
NoteOnly staged changes are included in a commit. If you have unstaged changes, they remain listed under Changes for future commits.
-
-
To view your commit history, select the Source Control Graph in the Source Control view.
[Screenshot of the Source Control Graph in the Source Control view.]
Step 4: Sync with the server
If your repository is connected to a remote server (for example, GitHub or Azure DevOps), you can sync your local commits with the remote repository.
-
Open the Source Control view (G (Windows, Linux Ctrl+Shift+G))
-
Select Sync Changes to pull the latest changes from the remote and push your local commits
[Screenshot of the Sync Changes button in the Source Control view.]Alternatively, the Status Bar shows sync status and enables you to sync changes by selecting the sync icon (rotating arrows).
-
Select it to pull new changes from the server and push your commits.
-
To pull or push individually, select the ellipsis menu (...) in the Source Control view and choose Pull or Push.
[Screenshot of the Pull and Push commands in the Source Control view ellipsis menu.]
If you started with a local folder (Option B) and want to save it to GitHub, use the Publish to GitHub button in the Source Control view.
Next steps
Now that you know the basics, explore more features:
- Branches and Worktrees - Learn about branch management and parallel development.
- Repositories and Remotes - Learn about cloning, publishing, and syncing with remote repositories.
- Source Control History - Inspect commits, file history, and line authorship.
- Resolve Merge Conflicts - Learn how to handle conflicts when merging branches.
- Working with GitHub - Learn about Pull Requests and Issues.
- Troubleshooting - Diagnose and resolve Git issues.
- Source Control Overview - Full reference for source control features.