-
George Adrian Stoica authored
slides Header and footer includes have been added
b1524709
git
-
sporing og deling av kodeendringer i såkalte repo (repository)
-
både sentrale og lokale repo har all endringshistorikk
-
initiell kopi hentes ved å kloning (clone)
-
endringer (i filer) registreres i commits
-
commits deles med andre ved å dytte (push) til en server
-
andre kan da dra (pull) endringene inn i lokalt repo
Typisk sekvens
-
git pull
(ellerclone
første gang) - henter ned endringer fra serveren -
gjør egne endringer
-
git status
- viser hva som er endret -
git add <fil eller mappe>
- legger endringer til fremtidig commit -
git commit -m <melding, m/oppgavenummer>
- registrerer all endringene (lagt til medadd
) -
git pull
- henter andres endringer, i tilfelle konflikt -
git push
- deler endringer med andre via serveren
Sekvens m/forgreining
-
git pull
- henter ned endringer fra serveren -
git checkout -b <navn på (ny) grein>
- lager ny grein, med utgangspunkt i den du jobber med -
gjør egne endringer
-
git add …
oggit commit …
- registrerer all endringene -
git checkout master
- bytter til hovedgrein -
git merge <navn på grein>
- slår annen grein (den nye) sammen med denne (hovedgreina) -
…
Endringsforespørsler
-
en
pull
/merge
-forespørsel (request) brukes for mer formell godkjenning av endringer-
Pull Request er github-termen, mens Merge Request brukes i gitlab
-
-
brukes ofte for å inkludere endringer utenfra, f.eks.
-
utviklere utenfor kjerne-teamet
-
brukere av åpen kildekode som har fikset feil
-
-
forenkler administrasjon av åpne prosjekter
PR/MR-prosedyre
-
(utenforstående oppretter kopi på egen server)
-
lager en grein for endringene og utfører dem lokalt
-
i stedet for å slå sammen med egen hovedgrein
-
push
grein til egen server -
lag en
pull
/merge
-forespørsel (PR/MR), som (potensielt) kan inkluderes i hovedgreina -
UI for dette finnes på github/i gitlab
-
forespørselen får en egen dialog/diskusjonstråd
-
en utvikler med rettigheter kan så godkjenne evt. avslå forespørsel
-