Versjonskontroll (git)
Versjonskontroll tar vare på historikken til prosjektet. Med git lagrer du øyeblikksbilder (commits) av filene — git init én gang per prosjekt, så git add . og git commit -m "melding" på slutten av hver økt. Arbeidsmåte, ikke eget tema.
Slik kan du tenke om det
- En commit er et bilde med en lapp Hver commit er et bilde av hele prosjektet i ett øyeblikk, med en lapp som forklarer hva som er nytt. Lager du ett hver gang du har fått noe til, bygger du opp en kjede av punkter du trygt kan vende tilbake til — angre-knappen blir hele prosjektets historie, ikke bare de siste tastetrykkene.
- git er historien, GitHub er kopien git bor på din egen maskin og holder historikken, også uten internett. GitHub er ett sted å legge den historien så andre når den. Du committer for din egen del hver økt; å pushe er et ekstra steg du tar når du vil dele eller sikre en kopi.
Vanlige feil
- Du tror git bare er backup på nett Fordi mange møter git via GitHub, er det lett å tro at git = «laste koden opp på nett». Men git og GitHub er to ulike ting: git er historikken med alle commitene, og den bor på din egen maskin — den virker helt uten internett. GitHub er bare ett sted du kan legge den historien så andre når den. En nær slektning av samme feil er å committe først når «alt er ferdig» — da mister du nettopp det versjonskontroll er til for: å kunne gå tilbake til et mellomsteg som virket.
Øv på dette
- Hvorfor commit hver økt?
- Herme: les commit-historikken
- Herme: lagre et punkt, steg for steg
- Øving: skriv gode commit-meldinger
- Øving: commit-vanen i ditt eget prosjekt
- Sjekk: git eller GitHub?
- Sjekk: hva gjør commit egentlig?
- Sjekk: når committer du?
- Herme: se hva som er endret, og angre
- Begrepssjekk: Versjonskontroll med git