<?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/ko/tags/pull-requests/</link><description>Articles, tutorials and insights from the .NET community.</description><generator>Hugo</generator><language>ko</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/ko/tags/pull-requests/index.xml" rel="self" type="application/rss+xml"/><item><title>Visual Studio 안에서 pull request를 리뷰하는 것은 내가 좋아하는 종류의 friction reduction이다</title><link>https://thedotnetblog.com/ko/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/ko/news/emiliano-montesdeoca/visual-studio-pull-request-review-inside-the-ide/</guid><description>Visual Studio는 이제 IDE를 떠나지 않고도 pull request를 처음부터 끝까지 리뷰할 수 있습니다. 이는 점진적으로 보일 수 있지만, 하루 종일 Visual Studio 안에서 일하는 팀에게는 불필요한 context switching을 크게 줄여 줍니다.</description><content:encoded>&lt;blockquote&gt;
&lt;p&gt;&lt;em&gt;이 글은 자동 번역되었습니다. 원문은 &lt;a href="https://thedotnetblog.com/ko/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 workflow의 너무 많은 부분을 너무 오래 가져가고 있었습니다.&lt;/p&gt;
&lt;p&gt;그래서 Visual Studio가 &lt;strong&gt;IDE 안에서 end-to-end pull request review&lt;/strong&gt; 쪽으로 더 나아가는 모습을 보는 것이 정말 반갑습니다.&lt;/p&gt;
&lt;p&gt;이건 큰 헤드라인을 만들지는 않을 수 있지만, 일상적인 development를 확실히 개선할 수 있는 기능입니다.&lt;/p&gt;
&lt;h2 id="핵심-가치는-간단합니다-context-switching이-줄어든다"&gt;핵심 가치는 간단합니다: context switching이 줄어든다&lt;/h2&gt;
&lt;p&gt;review loop가 일부는 IDE에, 일부는 browser에 있을 때 friction은 쌓입니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;다른 곳에서 PR을 연다&lt;/li&gt;
&lt;li&gt;한 tool에서 변경 사항을 검사한다&lt;/li&gt;
&lt;li&gt;더 깊게 조사하기 위해 solution으로 돌아간다&lt;/li&gt;
&lt;li&gt;comment나 approve를 위해 다시 전환한다&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;치명적이지는 않습니다. 그냥 비효율적일 뿐입니다.&lt;/p&gt;
&lt;p&gt;Visual Studio가 같은 working environment에서 PR을 열고, inspect하고, comment하고, approve하고, merge할 수 있게 해 준다면, 그것은 진짜 productivity win입니다.&lt;/p&gt;
&lt;h2 id="checkout-없이-review-옵션은-특히-좋습니다"&gt;&amp;ldquo;checkout 없이 review&amp;rdquo; 옵션은 특히 좋습니다&lt;/h2&gt;
&lt;p&gt;제가 특히 좋아하는 부분은 PR branch를 checkout하지 않고 review할 수 있다는 점입니다.&lt;/p&gt;
&lt;p&gt;작아 보일 수 있지만, 다음과 같은 경우에 완벽합니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;빠른 review pass&lt;/li&gt;
&lt;li&gt;interrupt-driven feedback 요청&lt;/li&gt;
&lt;li&gt;현재 branch와 local state를 그대로 유지&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;이게 바로 좋은 code review tool이 필요한 유연성입니다.&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 break를 줄이고 inspection에서 action까지의 경로를 더 부드럽게 만듭니다.&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>