Benutzer:BHVAngeline

2026-08-21T17:43:31Z

BHVAngeline: Die Seite wurde neu angelegt: „Váš průvodce dílnou i obývákem se zabývá denně. Sdílím zde, jak zvládnout domácnost bez stresu. Nejraději hledat cesty, jak si usnadnit život.“

Váš průvodce dílnou i obývákem se zabývá denně. Sdílím zde, jak zvládnout domácnost bez stresu. Nejraději hledat cesty, jak si usnadnit život.

Automatizace nasazení: GitHub Actions v praxi

2026-08-21T17:43:31Z

BHVAngeline: Die Seite wurde neu angelegt: „GitHub Actions umožňuje spouštět prakticky libovolný pracovní postup přímo v repozitáři. Základní konfigurace se skládá z YAML souboru, který de…“

GitHub Actions umožňuje spouštět prakticky libovolný pracovní postup přímo v repozitáři. Základní konfigurace se skládá z YAML souboru, který definuje události, jež workflow spouštějí. Pro začátek stačí vytvořit adresář .github/workflows a do něj vložit soubor s popisem. Nejčastější chybou je opomenutí syntaxe YAML – i malá odchylka v odsazení způsobí, že se workflow nespustí. Proto vždy používejte konzistentní mezery a před prvním spuštěním ověřte soubor v lokálním editoru. Ladění asynchronního kódu a práce s proměnnými Asynchronní JavaScript (callbacks, Promise, async/await) je častým zdrojem chyb, protože kód se nevykonává lineárně. V panelu Sources využijte tlačítko „Step into next function call" – umožní vám vstoupit i do asynchronních operací. Vždy si ověřte, zda máte v nástrojích zapnutou volbu „Pause on caught exceptions" (Pozastavit u zachycených výjimek). Tato funkce vás upozorní na chyby, které by jinak byly tiše polknuty blokem try…catch. Mnoho vývojářů tuto volbu přehlédne a poté marně hledá příčinu, proč se kód chová jinak, než očekávají. Pro nasazení do produkce doporučuji oddělit pracovní postupy pro testování a nasazení. Můžete použít jediný workflow, ale s podmínkami, nebo rozdělit do dvou souborů. Praktické je nastavit ruční schválení pro produkční nasazení – využijete k tomu environmenty, které umožňují omezit, kdo a kdy může nasadit. Nezapomeňte také na rollback: připravte si reverzní krok, který v případě selhání vrátí předchozí verzi. Bez tohoto mechanismu je pipeline k ničemu, protože jediná chyba může odstavit celou službu. Mezi časté chyby patří testování reducí přes celý store, což zbytečně zapojuje middleware a komplikuje ladění. Dále se stává, že testeři zapomenou na asynchronní povahu thunků a test skončí dřív, než se dispatch dokončí – vždy počkejte na promise. Také se vyplatí testovat akce, které používají getState, protože můžete snadno přehlédnout závislost na konkrétním stavu. Vždy si připravte mock getState s přesně tím stavem, který akce očekává, a ověřte, že z něj správně čte. Posledním tipem je použití nástroje pro sledování výrazů (Watch). V panelu Sources si můžete přidat výrazy, jejichž hodnotu chcete sledovat v reálném čase během krokování. Stačí kliknout na znaménko plus v sekci Watch a zadat jakýkoliv výraz, např. objekt.property. Tímto způsobem máte vždy na očích kritické hodnoty a nemusíte je ručně vypisovat do konzole. Kombinace breakpointů, podmíněných zastavení a sledování výrazů vám umožní rychle a systematicky odhalit i ty nejzákeřnější chyby. Typické chyby a jak se jim vyhnout Nejčastější chybou začátečníků je zapomenutí středníku na konci příkazu. V C# je středník povinný. Další problém nastává při převodu textu na číslo – pokud uživatel zadá text, který není číslo, program spadne s výjimkou FormatException. Proto je lepší použít metodu int.TryParse(), která bezpečně zjistí, zda je vstup číslo. Například: int vek; if (int.TryParse(Console.ReadLine(), out vek)) { ... } else Console.WriteLine("Špatný vstup"); . Tím se vyhnete pádům a program se chová robustněji. Jak se vyhnout častým selháním Největší problémy obvykle pramení z prostředí. GitHub Actions poskytuje čisté prostředí, takže mnohé závislosti, na které jste zvyklí lokálně, nejsou k dispozici. Vždy proto explicitně nainstalujte vše, co potřebujete. Dále si dejte pozor na citlivé údaje – nikdy je nepište přímo do workflow. Používejte secrets, které nastavíte v nastavení repozitáře, a proměnné prostředí předávejte přes env. Častou chybou je také špatně nastavený trigger – pokud chcete spouštět nasazení jen při push do větve main, musíte to uvést přesně, jinak se workflow spustí zbytečně při každém push. Jak kombinovat Grid a Flexbox bez chaosu Představte si, že stavíte rozvržení stránky. Grid používáte pro hlavní mřížku – třeba pro umístění hlavičky, obsahu, bočního panelu a patičky. Flexbox pak nechte na menší komponenty, jako je navigace, tlačítka nebo karty uvnitř jednotlivých sekcí. Tímto způsobem oddělíte makro a mikro úroveň návrhu. Například hlavní kontejner může mít definici grid-template-columns: repeat(auto-fit, minmax(250px, 1fr)); a každý prvek uvnitř pak použije display: flex; pro zarovnání obsahu. Tento přístup je přehledný a snadno udržovatelný. Na závěr si zkuste aplikaci rozšířit. Vytvořte proměnnou pro věk a pozdravte uživatele s jeho věkem. Pamatujte, že když chcete zobrazit více hodnot v jednom řádku, můžete použít interpolaci řetězců: Console.WriteLine($"Ahoj, jmeno, je ti vek let."); – to je modernější a přehlednější než spojování pomocí plus. Zkoušejte, dělejte chyby a opravujte je. Jen tak získáte jistotu. Programování je dovednost, která se trénuje psaním vlastního kódu, ne čtením teorie.

MeinWiki - Benutzerbeiträge [de]

Benutzer:BHVAngeline

Automatizace nasazení: GitHub Actions v praxi