Příprava aplikace

Před platformní změnou odvoďte produkční kontrakt z repozitáře. Noyra Cloud nemůže spolehlivě nahradit chybějící start příkaz, neznámý port nebo nevysvětlenou datovou závislost.

Pořadí kontroly

1. AGENTS.md a další instrukce repozitáře.
2. README a dokumentace nasazení.
3. Manifesty a lockfile zvoleného package manageru nebo runtime.
4. .env.example; skutečné .env soubory nečtěte ani nesdílejte bez důvodu.
5. Frameworková a build konfigurace.
6. Dockerfile a .dockerignore, pokud existují.
7. CI workflow s kanonickými příkazy.
8. Serverový entrypoint, listener, migrace a cesty trvalých dat.

Výstup kontroly

Před vytvořením aplikace musíte znát:

• přesný repozitář a větev;
• static nebo dynamic typ;
• builder auto, dockerfile nebo výjimečně railpack;
• baseDirectory a u statické aplikace publishDirectory a SPA režim;
• interní runtimePort u dynamické aplikace;
• produkční build a start příkaz;
• povinné názvy proměnných a zdroj jejich hodnot;
• databázový systém, migrace a storage požadavky;
• zvolené umístění.

Lokální validace

Použijte package manager a příkazy deklarované repozitářem. Když jsou závislosti dostupné, spusťte relevantní lint, typecheck, testy a produkční build. Nespouštějte vývojový server pouze kvůli readiness kontrole.

Příklad pro pnpm projekt:

pnpm install --frozen-lockfile
pnpm lint
pnpm typecheck
pnpm build

Předexistující chyby oddělte od problémů souvisejících s nasazením. Neměňte package manager a nemažte lockfile jen proto, abyste obešli instalační chybu.

Dockerfile

Pokud je Dockerfile zamýšleným produkčním kontraktem, zkontrolujte reprodukovatelnou instalaci, vícefázový build, vyloučení tajných souborů, foreground proces, příjem ukončovacích signálů a vědomě zvolené zapisovatelné cesty.