Övning: resplanen med Git

Det här lär du dig

• Att använda allt från modulen i ett sammanhang: status, add, commit, log, diff och .gitignore.
• Att titta på en gammal version utan att ändra något.
• Hur Git löser problemen du stötte på i modul 1.

Varför behövs det här?

Kommandona blir begripliga först när du använder dem tillsammans. Övningen är densamma som i modul 1, så du kan jämföra direkt: samma resplan och samma ändringar, men nu sköter Git versionerna.

Så hänger det ihop

Arbetsgången är alltid densamma: ändra → git add → git commit. Kör git status när du är osäker och git log när du vill se vad du har gjort.

Exempel

Så här kan du titta på hur resplan.txt såg ut i den första versionen, utan att ändra något:

Terminal

git show 226c08c:resplan.txt

Byt 226c08c mot id:t för din egen första commit. Du hittar det med git log --oneline.

Övning

Börja i en ny, tom mapp, så att du ser hela förloppet från början.

Gör så här: resplanen med Git

1. Skapa en ny mapp, gå in i den och gör den till ett repository: mkdir resplan-git, cd resplan-git och sedan git init.
2. Skapa resplan.txt med en rubrik och två dagar. Spara den första versionen: git add resplan.txt och git commit -m "Första versionen av resplanen".
3. Lägg till en tredje dag och spara den med ett tydligt meddelande.
4. Ändra dag 2 till en annan stad. Titta på ändringen med git diff innan du sparar den.
5. Gör en ändring du ångrar, till exempel radera alla dagar. Spara filen i texteditorn, men gör ingen git add eller git commit. Kör git status och läs vad Git föreslår inom parentesen. Ångra med git restore resplan.txt och öppna filen igen. Dagarna är tillbaka.
6. Låt texteditorn (eller dig själv) skapa en säkerhetskopia, resplan.txt.bak. Se till att Git ignorerar den med en .gitignore, och spara .gitignore.
7. Kör git log --oneline. Du ska ha minst fyra commits.
8. Visa den första versionen av resplanen med git show <id>:resplan.txt.

Om det inte fungerar: git restore resplan.txt ångrade mer än jag ville

git restore <fil> återställer filen till hur den såg ut i den senaste commiten eller i staging area. Ändringar som inte är sparade försvinner, och de går inte att få tillbaka. Därför är det bra att spara en commit varje gång du har kommit en bit. Det som finns i en commit kan du alltid hitta igen.

Jämför med modul 1

Problem i modul 1	Med Git
Vilken fil är den senaste?	Det finns bara en fil. Historiken ligger i repositoryt.
Vad ändrades mellan två versioner?	git diff, eller git log -p för hela historiken
Vem ändrade, och när?	Varje commit har författare och tidpunkt (git log).
Varför gjordes ändringen?	Commit-meddelandet säger det.
Hur såg den första versionen ut?	git show <id>:resplan.txt
Mappen fylls av kopior och säkerhetskopior	Inga kopior behövs, och skräpfiler ignoreras med .gitignore.

Så fungerar det: vad Git inte löser än

Allt finns fortfarande bara på din dator. Går datorn sönder försvinner historiken. Två personer kan inte heller arbeta på resplanen samtidigt än. Det löser du med branches (modul 4) och ett fjärr-repository på Forgejo (modul 5).

Vanliga problem

Om det inte fungerar: fatal: invalid object name

Id:t i git show stämmer inte. Kopiera det exakt från git log --oneline, och glöm inte kolonet före filnamnet: git show 226c08c:resplan.txt.

Testa dig själv

1. Du har raderat alla dagar i resplan.txt men inte gjort git add eller git commit. Hur får du tillbaka den senast sparade versionen?

• git restore resplan.txt
• git commit -m "Ångra"
• git diff

Visa rätt svar

• git restore resplan.txt: Filen återställs till hur den såg ut i den senaste commiten. Den osparade ändringen försvinner.

2. Hur visar du innehållet i resplan.txt som det var i commit 226c08c, utan att ändra något?

• git show 226c08c:resplan.txt
• git log 226c08c
• git add 226c08c

Visa rätt svar

• git show 226c08c:resplan.txt

Rätta

Sammanfattning

• Arbetsgången är ändra → git add → git commit, med git status och git log som stöd.
• Gamla versioner finns kvar och kan visas med git show <id>:<fil>, utan att något ändras.
• git restore <fil> kastar osparade ändringar. Spara commits ofta.
• Kvar att lösa: säkerhetskopia på en server och samarbete. Det kommer i modul 4 och 5.