Versión 0.7.0

Novedades de Orchemax 0.7.0 (vista previa, acceso anticipado por invitación): tiempo honesto con un ensayo nocturno y compuertas de sello acotadas a lo que alcanza un cambio, lecciones que se ganan su lugar, adaptadores de pruebas por lenguaje y una guarda de publicación que falla cerrada.

Orchemax 0.7.0 — vista previa, acceso anticipado por invitación.

Términos usados abajo: el Chair es el agente con el que hablas, que planifica y coordina el trabajo; un worker es un agente que el Chair inicia para una tarea en su propia copia del código; un sello es la verificación automática que cierra la tarea de un worker; el aterrizaje (landing) es fusionar el trabajo verificado en main e instalarlo.

Aspectos destacados#

Tiempo honesto#

  • Un ensayo nocturno en un clon. Las ramas aceptadas se aterrizan en un clon del proyecto y se juzgan allí, de modo que por la mañana encuentras el veredicto. Un ensayo no registra nada: ni estado de aterrizaje, ni rechazos, ni marcas de pruebas inestables, ni tiempos, y avisa de que no se registró nada.
  • Un aterrizaje ejecuta solo lo que pasó. El trabajo aceptado que falló sus comprobaciones se deja fuera y se nombra; el resto aterriza.
  • Compuertas de sello acotadas a lo que alcanza un cambio. El sello ejecuta la compuerta por defecto solo cuando el cambio la alcanza, y un cambio en un paquete juzga los paquetes que dependen de él.
  • Una sola caché de compilación de Go compartida. Las auditorías, los sellos, los ensayos y orch doctor comparten una caché del workshop, así que una compilación se paga una vez.
  • El sello vuelve a ejecutar lo que un worker afirmó. Una afirmación de prueba sin evidencia que la respalde se ejecuta de nuevo y se juzga. La repetición acepta solo una lista permitida de indicadores, entorno y rutas de paquetes.
  • Un fallo de frescura de la documentación en una rama es una nota. El aterrizaje conserva la prueba, así que una rama no se bloquea por archivos que solo regenera el aterrizaje.
  • Un worker termina cuando acabó su trabajo. Una vez visto su resultado final, un worker termina tras un periodo de gracia definido por agents.result_grace_sec.
  • Comprobaciones previas antes de terminar. orch verify precheck ejecuta las comprobaciones del sello sobre líneas de llamada, código muerto y archivos generados, y el sello anota si nunca se ejecutó.

Aprendizaje#

  • Lecciones a prueba. Una lección nueva empieza a prueba y la confirman sellos verdes aceptados; una lección que nunca se confirma caduca. orch learn list muestra la prueba, y restaurar una lección la devuelve a prueba.
  • Un proponente de lecciones barato. Las propuestas vienen de un modelo de bajo costo, y cada propuesta rechazada o promovida queda registrada.
  • Un curador de lecciones. orch learn curate agrupa lecciones casi duplicadas y, con --apply, sustituye las redundantes.
  • Aceptar prueba una sesión con sus hermanas. Al aceptar una sesión se ejecuta una prueba acotada y consciente de la carga, junto con las sesiones ya aceptadas.
  • Las rondas empiezan sobre el main actual. Una ronda que continúa fusiona el main local antes de que inicie el agente y nombra los conflictos en su primer mensaje; un sello rechaza una rama cuya base está detrás de main en los archivos que cambia.
  • Un esqueleto de resumen. orch brief new escribe un resumen que pasa la validación.
  • Semillas más delgadas. Las guías sembradas son punteros breves; los principios completos viajan en el documento de ejecución que un asiento recibe al iniciar.

Agnóstico#

  • Adaptadores de pruebas por lenguaje. orch test y orch repro pasan por un adaptador de lenguaje, y un adaptador faltante se nombra. El adaptador recibe el nombre de la prueba, corre con un tiempo límite y nunca se queda colgado.
  • Las omisiones por entorno se nombran. Una omisión por entorno debe nombrar una herramienta ausente, un sistema operativo ajeno o una condición; un motivo desconocido se rechaza.

Workshop y propiedad intelectual#

  • Una guarda de publicación que falla cerrada. El push a un repositorio público se juzga por archivo y por rango; los binarios necesitan una extensión permitida y un patrón de denegación inválido rechaza en lugar de pasar.
  • Se avisa de un Chair fuera de Orchemax. Iniciar un Chair sin Orchemax te dice que sus compuertas y su memoria no aplican, y orch doctor no crea una base de datos perdida para decirlo.

Correcciones#

  • El pegado entre corchetes y las secuencias de terminal partidas de un worker llegan intactos al agente.
  • orch init es el único comando de configuración que nombra el texto para el usuario.
  • Un asiento nuevo recibe las lecciones a prueba.

Actualización#

  1. Reemplaza el binario de la carpeta de instalación por el de 0.7.0 (ver Instalación).
  2. Ejecuta orch doctor --fix en cada workshop.
  3. Confirma con orch version, que imprime 0.7.0 seguido del commit y la fecha de compilación.

Notas#