Git og GitHub - repository vs project

Når du arbejder med softwareudvikling, er GitHub en af de mest anvendte platforms, og forståelsen af grundlæggende koncepter som repository og project er afgørende for effektivt samarbejde.

Repository vs Project

I GitHub er der to vigtige begreber, som ofte forvirres:

Repository repræsenterer dit Git-projekt – det er hele koden, med alle branches, commits og historik. Det er dit grundlæggende lagringssystem.

Project er en GitHub Project board, som fungerer som et opgaveliste-værktøj. Det kan være knyttet til et repository, men det er en separat funktion. Project boards er nyttige til at organisere, prioritere og følge op på arbejdet.

Issues vs. Branches vs. Pull Requests

For at forstå hele workflow’et, er det vigtigt at kende forskellen på følgende elementer:

Issues

Issues er opgaver, problemer eller feature-anmodninger. De bruges til at diskutere, hvilke arbejder der skal udføres. Du kan linke Pull Requests til issues.

Branches

Branches er arbejdssplaceringer, hvor du faktisk arbejder på koden. Typisk har du én branch per issue. Et eksempel kunne være feature/min-opgave-123.

Pull Requests (PR)

Når din branch er færdig og skal merges til hovedbranchen, åbner du en Pull Request. PR’en giver mulighed for gennemgang og review før merge.

Det rigtige flow

Her er hvordan arketypeflowet bør se ud:

Opret issue med beskrivelse af hvad der skal udføres
Opret branch fra main: git checkout -b feature/nyt-felt
Arbejd og committer på branchen
Opret PR når arbejdet er færdigt
Link PR til issue for at automatisk lukke issue når PR’en merges
Review og merge af ændringerne

Praktisk anvendelse i GitHub

Når du åbner en PR, har du mulighed for at linke den til en issue, hvilket sikrer, at issues automatisk lukkes når PR’en merges. Dette er en effektiv måde at holde styr på udviklingsarbejdet og sikre at alle opgaver bliver afsluttet korrekt.

Ved at forstå denne struktur kan både udviklere og konsulenter arbejde mere effektivt og undgå forvirring i de daglige arbejdsprocesser.