您是一名 .NET 开发人员，早上忙得不可开交，这时 Azure DevOps 上出现了一个工单：'登录请求报 500 错误。'您必须在午饭前解决这个问题、审查队友的功能分支并保持仓库整洁。Visual Studio 的 Git 工具将这种日常的 Git 工作流（创建分支、暂存更改、提交以及处理 PR）变成了一个流畅、快速的过程。
让我们模拟一下您的早晨，看看 Visual Studio 是如何消除 Git 带来的麻烦的。
上午 9:00：为您的 bugfix 创建一个分支
您的仓库已在 VS 中打开（View → Git Repository），您处于 main 分支，刚完成昨晚的持续集成。为了隔离您的 bugfix，您在 Git 仓库窗口中右键点击 main，选择'New Local Branch From'，并将其命名为 fix/auth-race-1，与您的 DevOps 工单关联。您立即切换到了新分支，2026 版的 Git 状态栏显示了您的分支和同步状态，所以您绝不会迷失方向。
您用一个 async lock 更新了 AuthService.cs，以修复竞态条件。
产品经理在 Slack 上发来的消息打断了您的工作：他们需要您为一个 demo 评审一个功能分支。是时候暂停工作，但又不能丢失进度。
上午 9:30：暂存更改以处理多项任务
您正在修复过程中，有未保存的更改，还没准备好提交。在 Git Changes 窗口 (View → Git Changes) 中，您选中修改过的文件，点击'Stash All'，并添加备注：'WIP：demo 前的身份验证修复'。Visual Studio 会将所有内容暂存起来，让您的目录保持干净。
由于优化了解决方案加载和索引功能，现在 Visual Studio 中的分支切换速度快了很多。您可以完善 demo 功能并推送到远程，同时您的 bugfix 也能安全地暂存起来。
demo 功能审查完成后，您就可以回到 bugfix 工作中，在提交前对其进行完善了。
上午 10:15：review 暂存的代码
您切换回 fix/auth-race-1 分支，Visual Studio 的快速分支切换功能让您能够继续高效工作。要恢复您的工作，可前往'Git Changes'窗口，点击'Stash'选项卡，右键单击并选择'Pop Stash'。您的更改就会无缝恢复。
提交之前，您希望能发现任何疏漏。在 Git Changes 窗口中，点击 Copilot Code Review 按钮。Copilot 会扫描您的修改，并在编辑器中留下一些评论。您只需一键即可应用这些建议。
为了更有把握，可以打开 Copilot Chat（View → Copilot Chat），输入'#changes 检查安全性'，然后会得到：'添加速率限制以实现暴力破解防护。'您对代码进行调整，提前发现更多问题，这会让您最终的 PR 更加简洁。
代码打磨完毕后，您就可以提交更改了。
上午 10:45：是时候提交了
您的代码很可靠，所以现在是提交的时候了。在'Git Changes'窗口中，点击'Generate Commit Message'按钮。该消息的格式符合您团队的标准，与 DevOps 相关联，还能为您节省一分钟时间。点击一下即可推送您的更改，让提交历史保持清晰，对团队友好。
