<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Debugging on Commentary of Takao</title><link>https://takao.blog/es/tags/debugging/</link><description>Recent content in Debugging on Commentary of Takao</description><generator>Hugo -- gohugo.io</generator><language>es</language><copyright>Commentary of Takao</copyright><lastBuildDate>Sun, 12 Jul 2026 04:12:51 +0900</lastBuildDate><atom:link href="https://takao.blog/es/tags/debugging/index.xml" rel="self" type="application/rss+xml"/><item><title>Recuperación de ramas eliminadas con git reflog</title><link>https://takao.blog/es/web/git-recovery-deleted-branch-reflog/</link><pubDate>Sat, 25 Apr 2026 00:00:00 +0900</pubDate><guid>https://takao.blog/es/web/git-recovery-deleted-branch-reflog/</guid><description>&lt;img src="https://takao.blog/img/thumbnail/git-recovery-deleted-branch-reflog-es.png" alt="Featured image of post Recuperación de ramas eliminadas con git reflog" /&gt;&lt;p&gt;&lt;code&gt;git reflog&lt;/code&gt; registra todos los movimientos de HEAD. Es la herramienta de rescate cuando eliminas una rama por accidente.&lt;/p&gt;
&lt;h2 id="cómo-funciona-reflog"&gt;Cómo funciona reflog
&lt;/h2&gt;&lt;p&gt;Cada cambio de HEAD (commit, checkout, reset, merge) se registra. &lt;code&gt;git reflog&lt;/code&gt; muestra el historial de movimientos con sus hashes.&lt;/p&gt;
&lt;h2 id="recuperar-una-rama-eliminada"&gt;Recuperar una rama eliminada
&lt;/h2&gt;&lt;ol&gt;
&lt;li&gt;Encuentra el último commit de la rama en reflog. 2. &lt;code&gt;git checkout -b rama-recuperada &amp;lt;hash&amp;gt;&lt;/code&gt;. La rama y sus commits están intactos.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id="límites-de-reflog"&gt;Límites de reflog
&lt;/h2&gt;&lt;p&gt;Reflog es local y temporal. Los commits huérfanos son recolectados por GC tras 90 días (default). Recupera pronto.&lt;/p&gt;</description></item><item><title>Error Boundaries y logging en frontend</title><link>https://takao.blog/es/web/frontend-error-boundaries-logging/</link><pubDate>Tue, 20 Jan 2026 00:00:00 +0900</pubDate><guid>https://takao.blog/es/web/frontend-error-boundaries-logging/</guid><description>&lt;img src="https://takao.blog/img/thumbnail/frontend-error-boundaries-logging-es.png" alt="Featured image of post Error Boundaries y logging en frontend" /&gt;&lt;p&gt;Error Boundaries en React capturan errores de renderizado para mostrar una UI de fallback. Combinados con logging, permiten monitorear errores en producción.&lt;/p&gt;
&lt;h2 id="error-boundaries-en-react"&gt;Error Boundaries en React
&lt;/h2&gt;&lt;p&gt;Componentes que capturan errores en su subárbol con &lt;code&gt;componentDidCatch()&lt;/code&gt; o &lt;code&gt;static getDerivedStateFromError()&lt;/code&gt;. Reemplazan try/catch para errores de renderizado.&lt;/p&gt;
&lt;h2 id="logging-de-errores"&gt;Logging de errores
&lt;/h2&gt;&lt;p&gt;Captura errores en Error Boundaries y envíalos a un servicio: Sentry, LogRocket, Datadog. Incluye stack trace, props, y contexto del usuario.&lt;/p&gt;
&lt;h2 id="windowonerror-y-unhandledrejection"&gt;window.onerror y unhandledrejection
&lt;/h2&gt;&lt;p&gt;Captura errores no manejados globalmente. &lt;code&gt;window.onerror&lt;/code&gt; para errores síncronos. &lt;code&gt;unhandledrejection&lt;/code&gt; para promesas rechazadas.&lt;/p&gt;</description></item><item><title>Git Bisect: Depuración de regresiones binaria</title><link>https://takao.blog/es/web/git-bisect-debug-regression/</link><pubDate>Mon, 20 Oct 2025 00:00:00 +0900</pubDate><guid>https://takao.blog/es/web/git-bisect-debug-regression/</guid><description>&lt;img src="https://takao.blog/img/thumbnail/git-bisect-debug-regression-es.png" alt="Featured image of post Git Bisect: Depuración de regresiones binaria" /&gt;&lt;p&gt;&lt;code&gt;git bisect&lt;/code&gt; realiza una búsqueda binaria para encontrar el commit que introdujo un bug. Es la herramienta más eficiente para depurar regresiones.&lt;/p&gt;
&lt;h2 id="uso-básico"&gt;Uso básico
&lt;/h2&gt;&lt;p&gt;&lt;code&gt;git bisect start&lt;/code&gt;, marca el commit bueno (&lt;code&gt;git bisect good&lt;/code&gt;) y el malo (&lt;code&gt;git bisect bad&lt;/code&gt;). Git checkout commits intermedios para probar.&lt;/p&gt;
&lt;h2 id="automatización"&gt;Automatización
&lt;/h2&gt;&lt;p&gt;&lt;code&gt;git bisect run &amp;lt;script&amp;gt;&lt;/code&gt; ejecuta un script que devuelve 0 (bueno) o distinto de 0 (malo). El proceso es completamente automático.&lt;/p&gt;
&lt;h2 id="estrategias"&gt;Estrategias
&lt;/h2&gt;&lt;p&gt;Bisect sobre un rango específico de commits. Usa &lt;code&gt;--first-parent&lt;/code&gt; para ignorar merges. Prueba en una rama limpia para evitar falsos positivos.&lt;/p&gt;</description></item></channel></rss>