Před podpisem smlouvy si zjisti, jak vypadá běžný den. Na pohovoru se ptej, kdo bude tvůj mentor, jak často probíhá code review a jestli se testy píšou před nebo po nasazení. Slušná odpověď zní konkrétně: jméno, frekvence, nástroj. Vyhýbavé „nějak to řešíme” znamená, že to neřeší. Stejně důležité je zjistit, jestli tým používá verzovací systém a jak řeší konflikty větví. Pokud ne, budeš trávit čas ručním kopírováním souborů.
Nejčastější chyba je git commit bez předchozího git add. Výsledkem je prázdný commit nebo zpráva, že nejsou žádné změny. Další častá past je git reset –hard. Tento příkaz nevratně zahodí necommitnuté změny. Pokud ho omylem spustíte, Git vám sice může pomoci přes git reflog, ale pouze u commitů, které už existovaly. Neuložené soubory jsou v nenávratnu. Před každým tvrdým resetem si udělejte záložní kopii složky nebo změny nejprve commitněte.
Analytická fáze je plná nejistoty, protože nevíte, co se dozvíte, až začnete mluvit s lidmi. Proto ji neodhadujte jednou provždy. Udělejte hrubý odhad pro plánování kapacity a pak těsný odhad ve chvíli, kdy je úkol na řadě. Hrubý odhad stačí v řádu dnů nebo týdnů, těsný v řádu hodin. Tím se vyhnete tomu, že budete držet zastaralé číslo z doby, kdy o problému nikdo nic nevěděl.
Kdy se z užitečné metriky stává pa
Zvláštní pozornost si zaslouží uložené procedury. Ani ty nejsou automaticky bezpečné. Pokud procedura uvnitř používá dynamické SQL a vkládá do něj parametr přes spojování řetězců, injektáž zůstává. Stejně tak volání procedury s právy vlastníka může útočníkovi rozšířit možnosti, pokud se mu podaří ovlivnit vnitřní dotaz. U dynamického SQL uvnitř procedur platí stejné pravidlo jako v aplikaci: parametry předávejte přes placeholdery, ne textem.
Pro vzdálenou spolupráci slouží git push a git pull. Po prvním propojení s remote úložištěm stačí git push -u origin main. Před každým pushnutím si stáhněte změny ostatních: git pull –rebase. Vyhnete se zbytečným merge commitům a konfliktům, které vznikají zbytečně. Konflikt neřešte panickým mazáním souborů. Otevřete soubor, najděte značky <<<<<<>>>>>>, ručně vyberte správnou verzi, soubor uložte, přidejte přes git add a dokončete rebase nebo merge commitem.
Dalším častým omylem je domněnka, že stačí ošetřit vstup na začátku aplikace. Data se mohou dostat do dotazu i z databáze, z mezipaměti, ze souboru nebo z externího rozhraní. Stejně nebezpečné je spoléhat na to, že magické uvozovky nebo automatické escapování vyřeší vše. Escapování je vázané na konkrétní znakovou sadu a konkrétní databázi. Při nesprávném nastavení připojení může být obejité. Parametrizace žádné takové podmínky nemá.
Než začnete cokoliv ukládat, nastavte si jméno a e-mail: git config –global user.name “Jana Nováková” a git config –global user.email “jana@example.com”. Bez toho Git odmítne commit vytvořit nebo k němu přiřadí nesmyslné údaje. U globálního nastavení pozor na firemní počítač, kde se může míchat soukromá a pracovní identita. Pro konkrétní repozitář použijte příkaz bez přepínače –global. Zkontrolujte výsledek pomocí git config –list.
Na závěr: verzování není o složitých příkazech, ale o návyku. Commitovat po malých krocích, kontrolovat stav přes git status a nikdy nespouštět destruktivní příkazy bez rozmyšlení. Když si osvojíte těchto pár zásad, přestane být Git hrozbou a stane se nástrojem, který vás podrží, když se něco pokazí.
Git ukládá historii projektu jako sérii snímků. Každý snímek vznikne tak, že označíte změny příkazem git add a uložíte je příkazem git commit -m “popis”. Tento commit je pak dohledatelný podle jedinečného hashe. Pokud ho neuděláte, změny zůstanou jen v pracovním adresáři a při přepnutí větve nebo neopatrném příkazu git checkout — . zmizí bez varování. Proto platí: když dokončíte logický celek, commitněte. Ne za hodinu, ne večer, ale hned.
Větev main není posvátná, ale její přepsání bolí Většina začátečníků pracuje přímo na větvi main. To není zakázané, ale při experimentu je snadné vytvořit zmatek. Vytvořte si novou větev: git switch -c pokus. Pracujte na ní, commitněte a teprve potom ji slučte zpět příkazem git switch main a git merge pokus. Když experiment selže, stačí se vrátit na main a větev smazat: git branch -d pokus. Tím se vyhnete přepisování funkční historie a zbytečnému panikaření.
If you beloved this short article and you would like to get more details regarding web kindly check out our own web page.
