Web je statický a hostuje se ze sestaveného výstupu. Push do hlavní větve je nasazení — žádný samostatný krok „vypustit na produkci“ neexistuje.
Automatika na hlavní větvi
Commit i merge na hlavní větvi spouští lokální řetěz: stažení a přeskládání na aktuální stav, plná brána, a při úspěchu push. Řetěz se přeruší čistě — commit zůstane lokální a nic se nepublikuje — když nastane konflikt při přeskládání nebo brána selže.
Pro případ, kdy chcete tu pauzu zpět — třeba když skládáte několik souvisejících commitů — existuje způsob, jak jeden commit z automatiky vyřadit. V pracovních větvích se automatika nespouští vůbec.
Když brána selže
Nic se nepublikuje. Vydaný web zůstane na poslední úspěšné verzi.
Je to záměrné a je to jediná rozumná volba: publikovat data, která neprošla validací, by znamenalo vydat obsah, o kterém nevíme, jestli splňuje vlastní pravidla. Ověř si, že to sedí Uděláte commit na hlavní větvi a za dvě minuty zjistíte, že tvrzení má chybu. Co s tím? Je to nejspíš už venku. Ne panikařit — opravit. Postup je normální oprava: změna kanonických dat, brána, commit. Zveřejní se stejnou cestou. Co nedělat: přepisovat historii, aby to vypadalo, že se chyba nestala. Celý projekt stojí na tom, že historie je dohledatelná — a je to totéž pravidlo, jaké platí pro autorizační záznamy. Zveřejněná chyba a její oprava jsou legitimní záznam. Přepsaná historie je ztráta důvěryhodnosti za nic. A ponaučení pro příště je v předchozí sekci: potvrzení se získává před commitem. Kdo si nechává kontrolu na dobu mezi commitem a pushem, spoléhá na pauzu, která tam není.Zobrazit odpověď Skrýt odpověď