https://thedotnetblog.com/fr/tags/pull-requests/Articles, tutorials and insights from the .NET community.Hugofr@thedotnetblog (The .NET Blog)@thedotnetblogSun, 21 Jun 2026 00:00:00 +0000https://thedotnetblog.com/fr/news/emiliano-montesdeoca/visual-studio-pull-request-review-inside-the-ide/Sun, 21 Jun 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/fr/news/emiliano-montesdeoca/visual-studio-pull-request-review-inside-the-ide/Visual Studio peut maintenant revoir les pull requests de bout en bout sans quitter l'IDE. Cela peut sembler incrémental, mais pour les équipes qui vivent toute la journée dans Visual Studio, cela supprime beaucoup de changements de contexte inutiles.<blockquote> <p><em>Cet article a été traduit automatiquement. Lisez l&rsquo;original <a href="https://thedotnetblog.com/fr/news/emiliano-montesdeoca/visual-studio-pull-request-review-inside-the-ide/">ici</a>.</em></p> </blockquote> <p>Le navigateur a trop longtemps volé une trop grande partie du workflow de code review.</p> <p>C&rsquo;est pourquoi je suis très heureux de voir Visual Studio aller plus loin dans la <strong>revue de pull requests de bout en bout directement dans l&rsquo;IDE</strong>.</p> <p>C&rsquo;est l&rsquo;une de ces fonctionnalités qui ne feront peut-être pas les gros titres, mais qui peuvent absolument améliorer le développement au quotidien.</p> <h2 id="la-valeur-principale-est-simple--moins-de-changements-de-contexte">La valeur principale est simple : moins de changements de contexte</h2> <p>Quand votre boucle de review se trouve en partie dans l&rsquo;IDE et en partie dans le navigateur, la friction s&rsquo;accumule :</p> <ul> <li>ouvrir le PR ailleurs</li> <li>inspecter les changements dans un outil</li> <li>revenir à la solution pour creuser davantage</li> <li>recommencer le changement pour commenter ou approuver</li> </ul> <p>Ce n&rsquo;est pas catastrophique. C&rsquo;est simplement inefficace.</p> <p>Si Visual Studio peut vous permettre d&rsquo;ouvrir, d&rsquo;inspecter, de commenter, d&rsquo;approuver et de merger depuis le même environnement de travail, c&rsquo;est un vrai gain de productivité.</p> <h2 id="loption-de-revue-sans-checkout-est-particulièrement-appréciable">L&rsquo;option de revue sans checkout est particulièrement appréciable</h2> <p>Un point que j&rsquo;aime particulièrement est la possibilité de revoir sans checkout la branche du PR.</p> <p>Cela paraît petit, mais c&rsquo;est parfait pour :</p> <ul> <li>des passes de revue rapides</li> <li>des demandes de feedback déclenchées par des interruptions</li> <li>conserver intacte la branche actuelle et l&rsquo;état local</li> </ul> <p>C&rsquo;est exactement le genre de flexibilité dont les bons outils de code review ont besoin.</p> <h2 id="mon-avis">Mon avis</h2> <p>Ce n&rsquo;est pas une fonctionnalité révolutionnaire.</p> <p>C&rsquo;est quelque chose de mieux : quelque chose de pratique.</p> <p>Pour les équipes qui passent la majeure partie de leur journée dans Visual Studio, un support plus étroit de la revue de PR signifie moins de ruptures dans le workflow et un chemin plus fluide de l&rsquo;inspection à l&rsquo;action.</p> <p>C&rsquo;est, à mes yeux, une amélioration qui en vaut la peine.</p> <p>Publication originale : <a href="https://devblogs.microsoft.com/visualstudio/review-pull-requests-without-leaving-visual-studio/">Revoir des pull requests sans quitter Visual Studio</a></p>