<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Pull Requests | The .NET Blog</title><link>https://thedotnetblog.com/zh/tags/pull-requests/</link><description>Articles, tutorials and insights from the .NET community.</description><generator>Hugo</generator><language>zh</language><managingEditor>@thedotnetblog (The .NET Blog)</managingEditor><webMaster>@thedotnetblog</webMaster><lastBuildDate>Sun, 21 Jun 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://thedotnetblog.com/zh/tags/pull-requests/index.xml" rel="self" type="application/rss+xml"/><item><title>在 Visual Studio 里面审查 pull request，正是我喜欢的那种减少摩擦</title><link>https://thedotnetblog.com/zh/news/emiliano-montesdeoca/visual-studio-pull-request-review-inside-the-ide/</link><pubDate>Sun, 21 Jun 2026 00:00:00 +0000</pubDate><author>Emiliano Montesdeoca</author><guid>https://thedotnetblog.com/zh/news/emiliano-montesdeoca/visual-studio-pull-request-review-inside-the-ide/</guid><description>Visual Studio 现在可以在不离开 IDE 的情况下，从头到尾审查 pull request。它听起来可能只是增量改进，但对于整天都待在 Visual Studio 里的团队来说，它能减少很多不必要的上下文切换。</description><content:encoded>&lt;blockquote&gt;
&lt;p&gt;&lt;em&gt;本文为自动翻译。查看原文请&lt;a href="https://thedotnetblog.com/zh/news/emiliano-montesdeoca/visual-studio-pull-request-review-inside-the-ide/"&gt;点击这里&lt;/a&gt;。&lt;/em&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;浏览器在 code review 工作流中占用了太多太久的比重。&lt;/p&gt;
&lt;p&gt;所以我非常高兴看到 Visual Studio 继续向 &lt;strong&gt;在 IDE 内端到端审查 pull request&lt;/strong&gt; 迈进。&lt;/p&gt;
&lt;p&gt;这类功能也许不会制造巨大头条，但它确实能改善日常开发体验。&lt;/p&gt;
&lt;h2 id="主要价值很简单更少的-context-switching"&gt;主要价值很简单：更少的 context switching&lt;/h2&gt;
&lt;p&gt;当你的 review loop 一部分在 IDE 里，一部分在浏览器里时，摩擦就会累积：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;在别处打开 PR&lt;/li&gt;
&lt;li&gt;用一个工具检查变更&lt;/li&gt;
&lt;li&gt;回到 solution 深入调查&lt;/li&gt;
&lt;li&gt;再切一次去评论或批准&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;这不算灾难，只是效率不高。&lt;/p&gt;
&lt;p&gt;如果 Visual Studio 能让你在同一个工作环境里打开、检查、评论、批准并 merge，这就是真正的生产力提升。&lt;/p&gt;
&lt;h2 id="不-checkout-就-review-这个选项尤其好"&gt;“不 checkout 就 review” 这个选项尤其好&lt;/h2&gt;
&lt;p&gt;我特别喜欢的一点，是可以在不 checkout PR 分支的情况下进行 review。&lt;/p&gt;
&lt;p&gt;这听起来很小，但它特别适合：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;快速 review pass&lt;/li&gt;
&lt;li&gt;被打断时收到的反馈请求&lt;/li&gt;
&lt;li&gt;保持当前分支和本地状态不变&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;这正是优秀 code review 工具需要的灵活性。&lt;/p&gt;
&lt;h2 id="我的看法"&gt;我的看法&lt;/h2&gt;
&lt;p&gt;这不是一个革命性的功能。&lt;/p&gt;
&lt;p&gt;它更好：它很实用。&lt;/p&gt;
&lt;p&gt;对于大部分时间都待在 Visual Studio 里的团队来说，更紧密的 PR review 支持意味着更少的 workflow 中断，以及从检查到行动更顺畅的路径。&lt;/p&gt;
&lt;p&gt;在我看来，这样的改进很值得。&lt;/p&gt;
&lt;p&gt;原文：&lt;a href="https://devblogs.microsoft.com/visualstudio/review-pull-requests-without-leaving-visual-studio/"&gt;无需离开 Visual Studio 即可审查 pull request&lt;/a&gt;&lt;/p&gt;</content:encoded></item></channel></rss>