sql >> Databáze >  >> RDS >> Database

Git tipy a doporučené postupy pro začátečníky

Bez systému správy verzí je téměř nemožné spravovat zdrojový kód. Můžete být vývojář softwaru pro C, C#, Java nebo jakýkoli jiný jazyk, ale potřebujete správu verzí. Nejlepší a jeden z nejpopulárnějších systémů pro správu verzí je Git.

Git je bezplatný open-source distribuovaný systém správy verzí (VCS), který používá mnoho malých i velkých společností. Jeho funkčnost je působivá a mnoho tisíc příznivců Git rádo přidává další postupy a tipy, aby byla správa ovládání zdroje produktivnější.

V současné době můžete použít více než 35 osvědčených postupů Git a mnoho tipů. Tento článek se však zaměří na nejlepších 11 Git tipů a postupů, které jsou optimální pro začátečníky.

Začnu svou nejoblíbenější technikou – technikou AFTER. AFTER znamená:

  • A tomic Commits
  • F requent Commits
  • T est Changes Before Push
  • E nforce standardy
  • R efactoring.

Atomové závazky

Atomový commit je jediné potvrzení založené pouze na jednom kontextu. Tím mám na mysli jediný předmět z hlediska kontextu:funkce, oprava chyb, refaktor, aktualizace. Pokud všechny změny vašeho projektu probíhají jako jediný odevzdání, je to monolitický způsob nebo špagetový odevzdání .

Časté závazky

Osvědčené postupy Git tvrdí, že potvrzení by neměla být založena na časovém základě (hodinu, den atd.). Místo toho byste se měli zavázat na základě funkce. Proto byste se měli zavázat, kdykoli přidáte změnu hodnou potvrzení.

Zahrnuli jste pracovní techniku? Zavázat se.

Opravili jste překlep? Zavázat se.

Opravili jste nesprávný soubor odsazení? Zavázat se.

Jakmile je věnování nezbytné, není nic špatného na drobných úpravách.

Otestujte své změny, než zatlačíte

V Gitu můžete pracovat samostatně i s týmem ve spolupráci. Když odevzdáváte svůj kód, pracujete se svým místním úložištěm, a když provádíte změny, pracujete se vzdáleným úložištěm a sdílíte změny kódu s týmem.

Testování změn před jejich provedením je nutností. Pokud zatlačíte poškozený kód, váš tým se může kvůli chybě dostat do uvázlé pozice. Proto vždy své změny otestujte lokálně, než je odešlete do dálkového ovladače.

Uplatňovat standardy

V každém projektu jsou standardy klíčové. Urychlují celkovou efektivitu a minimalizují chyby a zpoždění. Všimněte si dvou jednoduchých zásad, které můžete ve svém týmu vždy prosadit:

  • Použijte soubor gitignore – dá Gitu vědět, že určité soubory by měly být ignorovány, protože nejsou součástí vašeho kódu. Pomáhá také udržovat vaše úložiště zdravé.
  • Přidejte ke každému odevzdání příslušný komentář. Je užitečný pro vývojáře a slouží jako dokumentace.

Refaktoring není funkce

Pro vývojáře je refaktorování kódu běžné. Je to také výhodné z mnoha důvodů, jako například:

  • Zajistěte, aby byl kód týmu čitelný.
  • Snižte sofistikovanost.
  • Umožněte lépe udržovat zdrojový kód atd.

Nejhorší však je refaktorovat a přidat novou funkci ve stejném potvrzení.

Pokud chcete provést refaktoring, mělo by to být samostatné potvrzení. A pokud pracujete na nové funkci, měla by být součástí konkrétního potvrzení.

Tyto postupy sestavují techniku ​​AFTER. Nyní přejdeme k dalším užitečným tipům pro práci s Git.

Klonujte větev

Někdy je potřeba naklonovat konkrétní větev ze vzdáleného úložiště, ne celé úložiště. V tomto případě je řešením Git Remote Add:

git remote add -t -f origin

Nastavit a resetovat autora

Chcete-li používat Git, musíte po stažení nastavit své jméno a e-mailovou adresu. Data budou připojena ke každému potvrzení, které provedete. Bez něj tedy nebudete moci vytvářet commity.

git config –global user.name “Vaše jméno”

git config –global user.email [email protected]

Pokud z nějakého důvodu potřebujete resetovat své jméno nebo e-mail, zde je způsob:

git commit –amend –reset-author –no-edit

Optimize Repo

Pokud úložiště obsahuje mnoho stovek objektů, může tam být mnoho zbytečných objektů. Je možné je smazat specifickým příkazem – příkazem garbage collection, který vyčistí vaše lokální úložiště.

Zde je syntaxe:git gc

Získejte průvodce Git

Vždy je lepší znát příkazy git. Git pro tento účel nabízí samostatný příkaz, příkaz git help:

git help -g

Jeho spuštěním můžete přistupovat a číst všechny dostupné příkazy git. Příkaz je zvláště důležitý, když se učíte Git.

Archiv Git

Příkaz Git Archive je nástroj příkazového řádku Git, který generuje archivní soubor, jako jsou potvrzení, větve nebo stromy, z uvedených odkazů Git. Další argumenty, které změní výstup archivu, jsou schváleny archivem git.

archiv git –format=tar HEAD

Tento příkaz po spuštění vytvoří archiv z aktuální HEAD ref úložiště. Je to cenný nástroj pro vytváření distribuovaných balíčků úložiště git. Poznámka:Umožňuje několik výstupních formátů v archivu Git, které mohou používat přidanou kompresi.

Znáte složku .git

Složka .git obsahuje všechny informace o řízení verzí potřebné pro váš projekt a všechny informace o odevzdání, adresu vzdáleného úložiště atd. Poskytuje také protokol, který ukládá vaši historii odevzdání, abyste se mohli vrátit do historie.

Složka .git je adresář vytvořený při provádění git init nebo git clone. Tato „věc“ vytváří úložiště „git“ pro váš projekt. Bez něj je projekt lokální – není to projekt git a nemůžete použít žádné operace git.

Smazáním složky .git se neodstraní žádné další soubory, které jsou součástí úložiště git. Již však nebude pod kontrolou verzí. Proto byste tuto složku neměli odstraňovat.

Závěr

Git, jako rozsáhlý systém s mnoha stovkami tisíc příznivců, se neustále zlepšuje. Vývojáři přidávají nové možnosti a výrazně zefektivňují spolupráci uživatelů a plynulejší a rychlejší provádění úkolů.

Spousta softwarových řešení pro provádění změn a práci se vzdálenými repozitáři. Mezi nimi stojí za zmínku dbForge Source Control, multifunkční doplněk SSMS. Funkce Ifs vám umožňuje pracovat s Git a také systémy jako SVN, TFS a Microsoft Azure DevOps.

Doufám, že vás tento článek vybavil základními znalostmi o tipech a osvědčených postupech git, abyste mohli zvýšit svou produktivitu. Děkuji za přečtení a doufám, že vám tento příspěvek pomůže ve vaší práci.


  1. lomítko před každým problémem s citací

  2. Výkon SQL Serveru TOP IO Query -1

  3. Parametr Sniffing (nebo Spoofing) v SQL Server

  4. ORA-00933:Příkaz SQL nebyl správně ukončen