Loading documentation...
Preparing Ring content
Conceptos, valor y escenarios típicos de clon — menos código.
Conceptos, valor y escenarios típicos de clon — menos código.
Preparing Ring content
Preparing Ring content
Preparing Ring content
Estado: install.sh, la ring CLI y las utilidades de ring/scripts/ se distribuyen públicamente. La documentación antigua remitía a scripts/setup-dev.sh, npm run setup:env y scripts/run-migration.sh. No están en el árbol público. Usa ./install.sh para la configuración y web/data/schema.sql para la base de datos. Usa las pestañas Fundador / Desarrollador de la barra lateral para filtrar esta página.
Tras trasladar la aplicación a web/, el repositorio público tiene tres capas de herramientas: un lanzador en la raíz, los scripts npm propios de la aplicación Next.js y utilidades compartidas de shell y Node en ring/scripts/. La tabla relaciona lo que te pedían ejecutar las guías antiguas con lo que existe ahora.
| La documentación anterior decía | Usa ahora |
|---|---|
./scripts/setup-dev.sh | ./install.sh (el modo dev es el predeterminado) |
npm run setup:env (scripts/setup-env.js) | ./install.sh escribe .env.local, o npm run setup:portal copia la plantilla |
./scripts/run-migration.sh | psql -f web/data/schema.sql sobre una base de datos nueva |
| Ring CLI es exclusiva de enterprise | npm run cli:install y luego ring --help. Consulta Ring CLI |
ring deploy prod | ring prod (solo Kubernetes) |
./install.sh revisa la máquina, instala los paquetes y escribe tu configuración y tu archivo de secretos.
ring upgrade muestra los cambios de Ring en upstream antes de que nada toque tu clon.
ring-config.json guarda tu marca. Las herramientas nunca lo sobrescriben sin preguntar.
git clone a un clon en marcha con un asistente y un archivo de esquema.Estado: install.sh, la ring CLI y las utilidades de ring/scripts/ se distribuyen públicamente. La documentación antigua remitía a scripts/setup-dev.sh, npm run setup:env y scripts/run-migration.sh. No están en el árbol público. Usa ./install.sh para la configuración y web/data/schema.sql para la base de datos. Usa las pestañas Fundador / Desarrollador de la barra lateral para filtrar esta página.
Tras trasladar la aplicación a web/, el repositorio público tiene tres capas de herramientas: un lanzador en la raíz, los scripts npm propios de la aplicación Next.js y utilidades compartidas de shell y Node en ring/scripts/. La tabla relaciona lo que te pedían ejecutar las guías antiguas con lo que existe ahora.
| La documentación anterior decía | Usa ahora |
|---|---|
./scripts/setup-dev.sh | ./install.sh (el modo dev es el predeterminado) |
npm run setup:env (scripts/setup-env.js) | ./install.sh escribe .env.local, o npm run setup:portal copia la plantilla |
./scripts/run-migration.sh | psql -f web/data/schema.sql sobre una base de datos nueva |
| Ring CLI es exclusiva de enterprise | npm run cli:install y luego ring --help. Consulta Ring CLI |
ring deploy prod | ring prod (solo Kubernetes) |
./install.sh revisa la máquina, instala los paquetes y escribe tu configuración y tu archivo de secretos.
ring upgrade muestra los cambios de Ring en upstream antes de que nada toque tu clon.
ring-config.json guarda tu marca. Las herramientas nunca lo sobrescriben sin preguntar.
git clone a un clon en marcha con un asistente y un archivo de esquema.Estado: install.sh, la ring CLI y las utilidades de ring/scripts/ se distribuyen públicamente. La documentación antigua remitía a scripts/setup-dev.sh, npm run setup:env y scripts/run-migration.sh. No están en el árbol público. Usa ./install.sh para la configuración y web/data/schema.sql para la base de datos. Usa las pestañas Fundador / Desarrollador de la barra lateral para filtrar esta página.
Tras trasladar la aplicación a web/, el repositorio público tiene tres capas de herramientas: un lanzador en la raíz, los scripts npm propios de la aplicación Next.js y utilidades compartidas de shell y Node en ring/scripts/. La tabla relaciona lo que te pedían ejecutar las guías antiguas con lo que existe ahora.
| La documentación anterior decía | Usa ahora |
|---|---|
./scripts/setup-dev.sh | ./install.sh (el modo dev es el predeterminado) |
npm run setup:env (scripts/setup-env.js) | ./install.sh escribe .env.local, o npm run setup:portal copia la plantilla |
./scripts/run-migration.sh | psql -f web/data/schema.sql sobre una base de datos nueva |
| Ring CLI es exclusiva de enterprise | npm run cli:install y luego ring --help. Consulta Ring CLI |
ring deploy prod | ring prod (solo Kubernetes) |
./install.sh revisa la máquina, instala los paquetes y escribe tu configuración y tu archivo de secretos.
ring upgrade muestra los cambios de Ring en upstream antes de que nada toque tu clon.
ring-config.json guarda tu marca. Las herramientas nunca lo sobrescriben sin preguntar.
git clone a un clon en marcha con un asistente y un archivo de esquema../install.sh prod |
Elige Vercel, Ubuntu por SSH o Kubernetes (usa tus propios k8s/*.yaml) |
./install.sh sync-urls --domain HOST | Corrige la desviación de NEXT_PUBLIC_API_URL y AUTH_URL. --port para entorno local |
./install.sh setup-db | Debería crear la BD y aplicar schema.sql. Ahora mismo falla en los checkouts públicos (consulta el backlog) |
El ring/install.sh de la raíz solo cambia a web/ y ejecuta web/install.sh.
ring/web/package.json)| Script | Destino |
|---|---|
dev, build, start | Servidor propio server.ts. build ejecuta antes ensure:config y type-check |
type-check, lint, test, test:coverage | tsc, next lint, jest |
ensure:config, setup:portal | scripts/ensure-ring-config.sh, copia de la plantilla |
validate:fcm-env, validate:fcm-schema | Comprobaciones del env de FCM y del JSONB fcm_tokens |
db:flatten-schema | Regenera data/schema.sql a partir de las migraciones (necesita Postgres local) |
smoke:pipelines | scripts/run-all-smokes.sh |
cli:install, cli:dev | Ring CLI |
check:org-leak, compose:shadow | Comprobaciones de higiene de Layer 1 para contribuidores |
Desde la raíz del repositorio, npm run dev, build y start delegan en web/ a través de scripts/run-web.sh.
Siguen listados en web/package.json, pero sus archivos de destino no están en el repositorio, así que fallan: setup, setup:env, setup:new, config:firebase, seed:opportunities, seed:portal, optimize:firebase, migrate:services, fix:service-migration, fix:compilation-errors, test:firebase-optimization, portal:health, portal:analytics. db:apply-schema y db:setup encuentran su destino, pero fallan por una discrepancia de rutas.
ci:layer1, push:layer1, push:forgejo, push:github-oss, setup:org-dx y merge:org-dev necesitan el overlay privado y la forja de Ringdom. No son para los clones de la comunidad.
./install.sh prod |
Elige Vercel, Ubuntu por SSH o Kubernetes (usa tus propios k8s/*.yaml) |
./install.sh sync-urls --domain HOST | Corrige la desviación de NEXT_PUBLIC_API_URL y AUTH_URL. --port para entorno local |
./install.sh setup-db | Debería crear la BD y aplicar schema.sql. Ahora mismo falla en los checkouts públicos (consulta el backlog) |
El ring/install.sh de la raíz solo cambia a web/ y ejecuta web/install.sh.
ring/web/package.json)| Script | Destino |
|---|---|
dev, build, start | Servidor propio server.ts. build ejecuta antes ensure:config y type-check |
type-check, lint, test, test:coverage | tsc, next lint, jest |
ensure:config, setup:portal | scripts/ensure-ring-config.sh, copia de la plantilla |
validate:fcm-env, validate:fcm-schema | Comprobaciones del env de FCM y del JSONB fcm_tokens |
db:flatten-schema | Regenera data/schema.sql a partir de las migraciones (necesita Postgres local) |
smoke:pipelines | scripts/run-all-smokes.sh |
cli:install, cli:dev | Ring CLI |
check:org-leak, compose:shadow | Comprobaciones de higiene de Layer 1 para contribuidores |
Desde la raíz del repositorio, npm run dev, build y start delegan en web/ a través de scripts/run-web.sh.
Siguen listados en web/package.json, pero sus archivos de destino no están en el repositorio, así que fallan: setup, setup:env, setup:new, config:firebase, seed:opportunities, seed:portal, optimize:firebase, migrate:services, fix:service-migration, fix:compilation-errors, test:firebase-optimization, portal:health, portal:analytics. db:apply-schema y db:setup encuentran su destino, pero fallan por una discrepancia de rutas.
ci:layer1, push:layer1, push:forgejo, push:github-oss, setup:org-dx y merge:org-dev necesitan el overlay privado y la forja de Ringdom. No son para los clones de la comunidad.
./install.sh prod |
Elige Vercel, Ubuntu por SSH o Kubernetes (usa tus propios k8s/*.yaml) |
./install.sh sync-urls --domain HOST | Corrige la desviación de NEXT_PUBLIC_API_URL y AUTH_URL. --port para entorno local |
./install.sh setup-db | Debería crear la BD y aplicar schema.sql. Ahora mismo falla en los checkouts públicos (consulta el backlog) |
El ring/install.sh de la raíz solo cambia a web/ y ejecuta web/install.sh.
ring/web/package.json)| Script | Destino |
|---|---|
dev, build, start | Servidor propio server.ts. build ejecuta antes ensure:config y type-check |
type-check, lint, test, test:coverage | tsc, next lint, jest |
ensure:config, setup:portal | scripts/ensure-ring-config.sh, copia de la plantilla |
validate:fcm-env, validate:fcm-schema | Comprobaciones del env de FCM y del JSONB fcm_tokens |
db:flatten-schema | Regenera data/schema.sql a partir de las migraciones (necesita Postgres local) |
smoke:pipelines | scripts/run-all-smokes.sh |
cli:install, cli:dev | Ring CLI |
check:org-leak, compose:shadow | Comprobaciones de higiene de Layer 1 para contribuidores |
Desde la raíz del repositorio, npm run dev, build y start delegan en web/ a través de scripts/run-web.sh.
Siguen listados en web/package.json, pero sus archivos de destino no están en el repositorio, así que fallan: setup, setup:env, setup:new, config:firebase, seed:opportunities, seed:portal, optimize:firebase, migrate:services, fix:service-migration, fix:compilation-errors, test:firebase-optimization, portal:health, portal:analytics. db:apply-schema y db:setup encuentran su destino, pero fallan por una discrepancia de rutas.
ci:layer1, push:layer1, push:forgejo, push:github-oss, setup:org-dx y merge:org-dev necesitan el overlay privado y la forja de Ringdom. No son para los clones de la comunidad.