Files

T

egutierrez 980f8807a9 docs(issues): 4 issues de deuda detectada lateral en 0121a

Origen: fn-recopilador design-e2e descubrio 6 bugs durante el design
de propuestas e2e_checks. Agrupados en 4 issues:

- 0124 EPIC dag_engine cleanup (registry.db huerfana + Mantine drift
       + --migrate-only flag — 3 sub-tareas)
- 0125 deploy_server: anadir --db a cmdServe
- 0126 pipeline_launcher: aplicar migracion 003_logs
- 0127 docker_tui: go.work path absoluto rompe portabilidad

Todos relacionados con 0121a. Pueden ser candidatos a /autonomous-task
o /autopilot dependiendo del scope.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

2026-05-19 01:36:53 +02:00

2.3 KiB

Raw Blame History

id, title, status, type, domain, scope, priority, depends, blocks, related, created, updated, tags

title

status

type

domain

scope

priority

depends

blocks

created

updated

0127 — docker_tui go.work path absoluto

Origen: detectado lateral por fn-recopilador design-e2e apps/docker_tui en 0121a.

Problema

apps/docker_tui/go.work declara:

replace github.com/lucasdataproyects/devfactory => /home/lucas/.local_agentes/backend

Path absoluto especifico de la maquina del autor. En otra maquina (PC secundario, CI, otro user) → go build falla con "directory does not exist". Hace la app no portable y bloquea cualquier e2e_check automatizado fuera del PC original.

Decision

Opciones (decidir al implementar):

Publicar devfactory en Gitea (dataforge/devfactory o repo privado) y eliminar el replace. Mas trabajo pero solucion definitiva.
GOFLAGS condicional: documentar que el replace solo activa si la env var DEVFACTORY_LOCAL_PATH esta seteada (custom shell wrapper que genera go.work on-demand). Pragmatic pero fragil.
Vendoring: go mod vendor y commitear vendor/. Aumenta tamano del repo.
Replace por path relativo si devfactory vive como sub-repo del registry (no es el caso hoy).

Recomendado: opcion 1 (publicar) si devfactory es estable; opcion 2 si esta en desarrollo activo y queda local.

Tareas

Decidir opcion (consultar a humano).
Si opcion 1: crear repo dataforge/devfactory, publicar codigo, actualizar go.work con import path Gitea + cleanup del replace.
Si opcion 2: implementar wrapper + documentar en app.md.
Verificar build en PC distinto al original.
Actualizar propuesta 0121a docker_tui.yaml promoviendo check build de warning a critical.

Acceptance

cd apps/docker_tui && go build exit 0 en cualquier maquina sin paths absolutos custom.
e2e_checks del 0121a actualizado.
Documentado en app.md (build prerequisites).

DoD

Donde: build limpio en PC secundario (aurgi-pc, home-wsl, otro).
Latencia: pnpm/go install al primer build.
Onboarding: "Para clonar y compilar docker_tui en PC nuevo, basta go build. Si necesitas devfactory local, ver app.md."

2.3 KiB Raw Blame History