<?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>Ci-Cd | The .NET Blog</title><link>https://thedotnetblog.com/es/tags/ci-cd/</link><description>Articles, tutorials and insights from the .NET community.</description><generator>Hugo</generator><language>es</language><managingEditor>@thedotnetblog (The .NET Blog)</managingEditor><webMaster>@thedotnetblog</webMaster><lastBuildDate>Sat, 18 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://thedotnetblog.com/es/tags/ci-cd/index.xml" rel="self" type="application/rss+xml"/><item><title>El diagnóstico de compilación MCP en CI es el primer flujo de trabajo de IA que se amortiza rápido</title><link>https://thedotnetblog.com/es/news/emiliano-montesdeoca/mcp-binlog-ci-build-diagnostics/</link><pubDate>Sat, 18 Jul 2026 00:00:00 +0000</pubDate><author>Emiliano Montesdeoca</author><guid>https://thedotnetblog.com/es/news/emiliano-montesdeoca/mcp-binlog-ci-build-diagnostics/</guid><description>Cuando el análisis MCP de Binlog se ejecuta directamente en flujos de trabajo de pull request, los equipos reducen el tiempo de triaje de fallos y desbloquean a los desarrolladores más rápido.</description><content:encoded>&lt;p&gt;Fuente original: &lt;a href="https://devblogs.microsoft.com/dotnet/mcp-build-diagnostics-workflows/"&gt;MCP Beyond the Chat Window: Build Diagnostics in CI&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Esta es una de las historias prácticas de MCP más sólidas hasta ahora porque abandona el mundo de la demostración de chat y entra en la realidad de la pipeline.&lt;/p&gt;
&lt;p&gt;El patrón mostrado es convincente: una compilación de PR fallida desencadena un análisis de agente contra binlog a través de MCP, luego el flujo de trabajo publica contexto de causa raíz procesable de vuelta al pull request. Eso es exactamente donde se desperdicia el tiempo de los desarrolladores hoy en día.&lt;/p&gt;</content:encoded></item><item><title>Las mejores actualizaciones de azd son las que eliminan la fragilidad del equipo</title><link>https://thedotnetblog.com/es/news/emiliano-montesdeoca/azd-may-june-2026-operational-upgrades/</link><pubDate>Tue, 14 Jul 2026 00:00:00 +0000</pubDate><author>Emiliano Montesdeoca</author><guid>https://thedotnetblog.com/es/news/emiliano-montesdeoca/azd-may-june-2026-operational-upgrades/</guid><description>El último ciclo de azd no trata tanto de comandos brillantes como de reducir el caos de implementación en equipos reales.</description><content:encoded>&lt;p&gt;Fuente original: &lt;a href="https://devblogs.microsoft.com/azure-sdk/azure-developer-cli-azd-may-june-2026/"&gt;Azure Developer CLI (azd) – May and June 2026&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Nueve lanzamientos en dos meses pueden parecer ruidosos, pero este lote de azd tiene un hilo conductor claro: &lt;strong&gt;eliminar los bordes frágiles&lt;/strong&gt; que desgastan a los equipos en CI y despliegues de múltiples servicios.&lt;/p&gt;
&lt;p&gt;La función principal para mí no es solo &lt;code&gt;azd tool&lt;/code&gt;. Es la decisión de producto de &lt;strong&gt;tratar los requisitos previos como estado de flujo de trabajo de primera clase&lt;/strong&gt;. En la práctica, muchos despliegues fallidos en la nube no son fallos de arquitectura. Son entornos locales y de CI inconsistentes. Cuando la CLI puede descubrir, instalar y verificar las herramientas necesarias en banda, los equipos reducen una de las fuentes de fallo de mayor fricción.&lt;/p&gt;
&lt;p&gt;El segundo gran logro es &lt;code&gt;azd exec&lt;/code&gt;. Esto importa porque los scripts de implementación a menudo se desvían del contexto del entorno, especialmente con la resolución de secretos y la propagación de variables. Un ejecutor multiplataforma que hereda todo el entorno de azd reduce esa desviación y hace que los scripts sean más fiables.&lt;/p&gt;
&lt;p&gt;Fuente original: &lt;a href="https://devblogs.microsoft.com/azure-sdk/azure-developer-cli-azd-may-june-2026/"&gt;Azure Developer CLI (azd) – May and June 2026&lt;/a&gt;&lt;/p&gt;</content:encoded></item></channel></rss>