Förstå Git Hooks

Välkomna till Git Hooks! Git Hooks är kraftfulla, anpassningsbara skript som Git kör automatiskt före eller efter händelser som att skapa commits, pusha eller ta emot pushade commits.

Tänk på dem som automatiserade kontrollpunkter eller åtgärder i ert Git-arbetsflöde. De hjälper er att upprätthålla projektstandarder, automatisera uppgifter och integrera med andra system.

Varje Git-repo innehåller katalogen .git/hooks. Där hittar ni exempel på hook-skript (som vanligtvis slutar på .sample).

För att aktivera en hook tar ni helt enkelt bort tillägget .sample och gör filen körbar. Git kör den då vid rätt tidpunkt.

• Plats: .git/hooks/
• Filer: Shell-skript (Bash, Python, Ruby med flera)
• Aktivering: Byt namn och gör filen körbar

Git Hooks delas in i två huvudtyper beroende på var de körs:

• Hooks på klientsidan: Körs på er lokala dator (till exempel före en commit eller rebase). De används för automatisering av det personliga arbetsflödet och för att upprätthålla lokala regler.
• Hooks på serversidan: Körs på den fjärranslutna Git-servern (till exempel när ni pushar kod till ett delat repo). De upprätthåller projektgemensamma regler för alla.

Hooken pre-commit är en av de vanligaste hookarna på klientsidan. Den körs *innan* Git officiellt skapar en commit.

Om skriptet pre-commit avslutas med en status som inte är noll avbryter Git committen. Det passar utmärkt för uppgifter som:

• Lintning av kod (kontroll av stilfel)
• Körning av enhetstester
• Kontroll av stora filer eller känsliga data

Hooken commit-msg körs *efter* att ni har angett commit-meddelandet men *innan* committen slutförs.

Den här hooken är användbar för att säkerställa att era commit-meddelanden följer specifika konventioner eller format. Den kan till exempel kontrollera om:

• Meddelandet börjar med ett ärende-ID (till exempel [JIRA-123])
• Meddelandets längd håller sig inom angivna gränser
• Specifika nyckelord finns med eller saknas

Hooken post-commit körs *omedelbart efter* att en commit har skapats.

Till skillnad från pre-commit eller commit-msg kan den här hooken inte ändra resultatet av committen. Den används ofta för aviseringar eller integrationer, till exempel:

• Skicka meddelanden till teammedlemmar
• Uppdatera ett projekthanteringsverktyg
• Utlösa ett bygge för kontinuerlig integration (CI) (även om detta är vanligare med hooks på serversidan)

På serversidan körs pre-receive *innan* några referenser (som grenar eller taggar) uppdateras i fjärrarkivet.

Den här hooken är kraftfull när ni vill upprätthålla viktiga regler för arkivet, till exempel:

• Förhindra direkta pushar till grenen main
• Säkerställa att alla commits är signerade
• Validera committens identitet

Om den här hooken avslutas med en status som inte är noll avvisas hela pushen.

Hooken post-receive körs *efter* att en push har uppdaterat referenser i fjärrarkivet.

Precis som post-commit kan den här hooken inte avvisa pushen. Den används ofta för att:

• Starta CI/CD-pipelines
• Uppdatera externa ärendehanterare
• Skicka e-postaviseringar till teamet
• Distribuera kod till en stagingmiljö

För att skapa en hook skapar ni helt enkelt en fil med hookens namn (till exempel pre-commit) i katalogen .git/hooks/. Låt oss skapa en mycket enkel:

När ni har skapat hookskriptet måste ni göra det körbart. Annars kör Git det inte. Använd kommandot chmod i terminalen:

chmod +x .git/hooks/pre-commit

Nu kör Git det här skriptet varje gång ni försöker göra en commit!

Ni har tagit det första steget in i Git-hookarnas kraftfulla värld!

• Git-hookar är skript som automatiserar åtgärder vid Git-händelser.
• De finns i katalogen .git/hooks/ i ert arkiv.
• Hookar är antingen klientsidiga (på den lokala datorn) eller serversidiga (i fjärrarkivet).
• Viktiga hookar som pre-commit och pre-receive kan upprätthålla regler genom att blockera åtgärder.
• Hookar som post-commit och post-receive används för aviseringar eller integreringar efter en åtgärd.

Härnäst ska vi gå igenom praktiska exempel på hur specifika hookar implementeras!