Los peces dorados reciben mala prensa; en realidad recuerdan cosas durante meses, no segundos. Tu agente olvida todo en el momento en que se llena la ventana de contexto, lo que hace que su memoria sea peor que la de un pez dorado. Esta serie construye una aplicación consciente del contexto en Redis Iris en cinco sesiones de 15 minutos. La sesión 1 cubre Búsqueda (16 de septiembre), la sesión 2 se centra en la memoria del agente (23 de septiembre), la sesión 3 en la recuperación de contexto (30 de septiembre), la sesión 4 en el caché semántico (7 de octubre) y la sesión 5 en aplicaciones conscientes del contexto totalmente construidas + casos de uso (14 de octubre). Reserva tu lugar.

Esta semana's refresco de diseño de sistemas explora por qué git revert causa conflictos. A diferencia de reset, git revert no reescribe el historial; en cambio, crea un nuevo commit que deshace los cambios de un commit anterior, manteniendo el historial limpio y seguro para ramas compartidas. Los conflictos aparecen cuando un commit posterior modificó las mismas líneas que el commit que se está deshaciendo. En un ejemplo de diagrama, el commit C2 agregó una característica, y el commit C3 cambió esas mismas líneas. Reverir C2 ahora choca con los cambios de C3, desencadenando un conflicto. La resolución implica ejecutar git revert C2, pausar en el conflicto, corregir manualmente el archivo, prepararlo y continuar el revert para que Git cree un nuevo commit que limpiamente deshaga C2 manteniendo C3 intacto.

Entidades clave: Empresas: ByteByteGo | Personas: Peces dorados

Preguntas frecuentes: ¿Por qué git revert causa conflictos?

Git revert crea un nuevo commit para deshacer los cambios de un commit anterior. Los conflictos ocurren cuando un commit posterior modificó las mismas líneas que el commit que se está revertiendo, obligando a Git a preguntar al usuario qué versión es correcta.