Manual de mantenimiento

1. Las tres versiones que existen

Casi todos los enredos que puedan pasar salen de confundir estas tres cosas. Son distintas y viven en lugares distintos.

Consecuencia práctica: si Andrés me manda su enlace y después sigue corrigiendo, su enlace no cambia. Tiene que mandarme uno nuevo, o yo publico y quedamos sobre lo publicado.

2. El flujo de una semana

3. Publicar, paso a paso

1. Abrir mi enlace de trabajo: programas-tierra-linda.pages.dev/?publicar (si vengo del enlace de otra persona, agregarle ?publicar antes del #).
2. Verificar arriba a la derecha el sello ⚙️ Modo publicación.
3. Botón ⬇️ Publicar JSON. Descarga el archivo con el nombre de la fecha, por ejemplo 2026-09-05.json, sacado del campo de fecha del programa.
4. En la terminal:

# desde ~/Documents/Iglesia/projects/programas-tierra-linda
mv ~/Downloads/2026-09-05.json programas/
node tools/indexar.js
git add -A
git commit -m "Programa del 5 de septiembre"
git push

Cloudflare despliega en menos de un minuto. Verificación de 5 segundos: abrir la página en una ventana privada (sin copia guardada) y confirmar que aparece la fecha nueva.

Nunca editar programas/index.json a mano. Lo genera indexar.js leyendo la carpeta, y el orden por nombre de archivo es lo que define cuál es el vigente.

4. Casos especiales

Corregir algo después de publicar

Editar, volver a publicar con la misma fecha (el archivo se sobreescribe), node tools/indexar.js, commit y push. El historial de la corrección queda en Git.

Publicar con anticipación

El vigente es el de la fecha más nueva, así que si publico el del 5 de septiembre un lunes, desde ese lunes la gente ve el del 5. Eso es lo que uno quiere para el que está armando el programa, pero conviene saberlo: no muestra "el de hoy", muestra el más adelantado.

Revertir una publicación mala

git rm programas/2026-09-05.json
node tools/indexar.js
git commit -m "Revertir el programa del 5" && git push

El vigente vuelve a ser el sábado anterior, que sigue en la carpeta.

Dos personas editando el mismo sábado

No hay edición simultánea y no la va a haber sin servidor. La regla: una sola persona arma el programa, el de turno. Si alguien más tiene cambios, se los manda por texto y el de turno los mete. El que publica define la versión oficial.

Alguien perdió lo que estaba haciendo

Primero ↶ Deshacer, que guarda 40 pasos. Si ya cerró la página y entró desde otro equipo, no hay recuperación: su copia vive en el equipo donde editaba. Por eso el mensaje del manual insiste en mandarse el enlace a sí mismo cuando va a medias.

Cambiar el logo

Reemplazar logo-tl.png o logo-sda.png en el repositorio y hacer push. El botón de reemplazar logo dentro de la página es solo para la copia de esa persona, no cambia el logo de todos.

5. Guion de la demo, 6 minutos

Orden pensado para que se entienda el valor antes de la mecánica. Abrir con el programa del sábado ya cargado, no con la página vacía.

Antes de la demo, dos minutos de alistamiento: entrar en una ventana privada para que cargue el programa publicado y no mi copia de pruebas, tener el celular con la página abierta, y tener listo el enlace de solo lectura para pegarlo en el grupo en vivo.

6. Qué pedirle a Andrés esta vez

Andrés está de turno el sábado 22 y es el que va a estrenar esto. Lo que necesito de él es concreto y en este orden:

1. Que arme el programa del 22 en la página, partiendo de lo que ya está cargado (que es justo su programa, el que él preparó). Solo tiene que revisar y ajustar lo que cambie.
2. Que me mande el enlace editable cuando lo tenga listo, para publicarlo yo.
3. Que reparta el enlace de solo lectura o el PDF al grupo, no el editable.
4. Que me diga qué le estorbó. Esto es lo que más me sirve: es el primero que lo usa de verdad y con turno encima.

Y lo que yo le doy, para que quede claro el intercambio: el programa ya cargado, el manual, y yo publico y sostengo la herramienta. Él no tiene que aprender nada técnico.

7. Rutina semanal en una tarjeta

← Ir a la aplicación en modo publicación  ·  Manual de los autores