Compare commits

..
Author SHA1 Message Date
cayce 0faa80b034 ci: puerto 5433 para el postgres de servicio (5432 ocupado por produccion)
ci / lint-test-leaks (pull_request) Failing after 11s
2026-11-02 02:36:56 +00:00
2 changed files with 2 additions and 37 deletions
+2 -2
View File
@@ -16,12 +16,12 @@ jobs:
POSTGRES_PASSWORD: ci-only-not-a-secret
POSTGRES_DB: cayce_ops
ports:
- 5432:5432
- 5433:5432
options: >-
--health-cmd "pg_isready -U cayce -d cayce_ops"
--health-interval 5s --health-timeout 3s --health-retries 10
env:
CAYCE_OPS_DATABASE_URL: postgresql+psycopg://cayce:ci-only-not-a-secret@127.0.0.1:5432/cayce_ops
CAYCE_OPS_DATABASE_URL: postgresql+psycopg://cayce:ci-only-not-a-secret@127.0.0.1:5433/cayce_ops
PGPASSWORD: ci-only-not-a-secret
steps:
- uses: actions/checkout@v4
-35
View File
@@ -1,35 +0,0 @@
# Vía de publicación de bitcoinhotels (diseño mínimo)
Objetivo: las guías del sitio entran como PRs, y si pasan publish-guard + build,
se mergean y despliegan solas (directiva 2026-11-01, punto 4). El código del
sitio NO entra aquí: sigue siendo PR con merge humano.
## Piezas
1. **Repo `cayce/bitcoinhotels-content`** (privado): SOLO `content/guides/*.md`
+ `manifest.json` (orden, títulos). Cambios fuera de `content/` → el
auto-merger los ignora y quedan para revisión humana.
2. **Auto-merger** (`cayce-ops/cayceops/plugins/bitcoinhotels_prague.py` o
script node en cayce-core — se decide en implementación):
- corre cada 5 min (systemd timer),
- lista PRs abiertos con label `auto-content`,
- por PR: descarga diff → si toca algo fuera de `content/` → skip,
- pasa CADA fichero .md nuevo/modificado por el mismo `guard.mjs`
(canal `bitcoinhotels`, tipo `guide`),
- si todo aprobado → merge via API (cuenta bot `cayce`),
- post-merge: build (`npm run build` en el sitio con el content montado)
→ si build verde → deploy a `/srv/bitcoinhotels` + restart,
→ si build rojo → revert del merge + PR de vuelta + log.
3. **Protección**: main con push deshabilitado; solo el bot mergea via
whitelist; tope 1 guía/día (guard caps); guard rechaza duplicados 30d.
4. **Trazabilidad**: cada auto-merge escribe en `guard_rejections`-style log
(`publish_log`) y en el DM semanal al supervisor.
## Lo que NO hace la V1
- No publica sin PR (no hay escritura directa al sitio).
- No toca código/diseño del sitio (eso es PR humano).
- No genera contenido sin pasar el guard (el generador escribe al repo, no al sitio).
## Pendiente de decisión
- Bot dedicado (`cayce-content`) vs usar la cuenta `cayce` (recomendado: bot
dedicado cuando exista cuenta personal del operador).