https://thedotnetblog.com/es/tags/git/Articles, tutorials and insights from the .NET community.Hugoes@thedotnetblog (The .NET Blog)@thedotnetblogMon, 20 Jul 2026 00:00:00 +0000https://thedotnetblog.com/es/news/emiliano-montesdeoca/ntlm-git-libcurl-azure-devops-server-action-plan/Mon, 20 Jul 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/es/news/emiliano-montesdeoca/ntlm-git-libcurl-azure-devops-server-action-plan/La eliminación de NTLM en septiembre de 2026 no es un problema menor de compatibilidad; es una fecha límite de arquitectura de identidad para entornos locales de Azure DevOps Server.<p>La próxima eliminación de NTLM en libcurl es uno de esos cambios que parecen técnicos pero en realidad son organizativos. Si tu ruta de Git sobre HTTPS a Azure DevOps Server aún depende de NTLM, tu problema no son las herramientas, es la deuda de identidad.</p> <p>Fuente original: <a href="https://devblogs.microsoft.com/devops/upcoming-change-ntlm-removal-in-git-libcurl-impact-to-azure-devops-server-customers/">https://devblogs.microsoft.com/devops/upcoming-change-ntlm-removal-in-git-libcurl-impact-to-azure-devops-server-customers/</a></p>https://thedotnetblog.com/es/news/emiliano-montesdeoca/visual-studio-pull-request-review-inside-the-ide/Sun, 21 Jun 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/es/news/emiliano-montesdeoca/visual-studio-pull-request-review-inside-the-ide/Visual Studio ahora puede revisar pull requests de principio a fin sin salir del IDE. Puede sonar incremental, pero para los equipos que viven todo el día dentro de Visual Studio, elimina mucho cambio de contexto innecesario.<blockquote> <p><em>Esta publicación se ha traducido automáticamente. Lee el original <a href="https://thedotnetblog.com/es/news/emiliano-montesdeoca/visual-studio-pull-request-review-inside-the-ide/">aquí</a>.</em></p> </blockquote> <p>El navegador ha estado robando demasiada parte del flujo de trabajo de code review durante demasiado tiempo.</p> <p>Por eso me alegra mucho ver a Visual Studio avanzar más hacia la <strong>revisión de pull requests de principio a fin dentro del IDE</strong>.</p> <p>Esta es una de esas funciones que quizá no genere grandes titulares, pero que puede mejorar muchísimo el desarrollo diario.</p> <h2 id="el-valor-principal-es-simple-menos-cambio-de-contexto">El valor principal es simple: menos cambio de contexto</h2> <p>Cuando tu bucle de revisión vive en parte dentro del IDE y en parte en el navegador, la fricción se acumula:</p> <ul> <li>abrir el PR en otro lugar</li> <li>inspeccionar los cambios en una herramienta</li> <li>volver a la solución para investigar más a fondo</li> <li>cambiar otra vez para comentar o aprobar</li> </ul> <p>No es catastrófico. Solo es ineficiente.</p> <p>Si Visual Studio te permite abrir, inspeccionar, comentar, aprobar y hacer merge desde el mismo entorno de trabajo, eso sí es una ganancia real de productividad.</p> <h2 id="la-opción-de-review-sin-checkout-es-especialmente-buena">La opción de &ldquo;review sin checkout&rdquo; es especialmente buena</h2> <p>Una parte que me gusta especialmente es poder revisar sin hacer checkout de la rama del PR.</p> <p>Puede sonar pequeño, pero es perfecto para:</p> <ul> <li>pasadas rápidas de review</li> <li>solicitudes de feedback interrumpidas</li> <li>mantener intactos tu rama actual y tu estado local</li> </ul> <p>Eso es exactamente el tipo de flexibilidad que necesitan las buenas herramientas de code review.</p> <h2 id="mi-opinión">Mi opinión</h2> <p>Esto no es una función revolucionaria.</p> <p>Es algo mejor: algo práctico.</p> <p>Para los equipos que pasan la mayor parte del día en Visual Studio, un soporte más estrecho para revisar PR significa menos interrupciones del flujo de trabajo y un camino más fluido desde la inspección hasta la acción.</p> <p>En mi opinión, es una mejora que vale la pena.</p> <p>Publicación original: <a href="https://devblogs.microsoft.com/visualstudio/review-pull-requests-without-leaving-visual-studio/">Revisa pull requests sin salir de Visual Studio</a></p>