En rolig vei tilbake når brancher, commits og working tree ikke lenger gir mening
#git#guide#terminal
Merknad: Denne artikkelen er KI-generert for å teste siden. Endelig innhold kommer senere.
Git føles enkelt helt til du har endringer i tre filer, står på feil branch og ikke husker om du allerede committet den viktige fiksen. Da er det fristende å begynne å kjøre tilfeldige kommandoer fra Stack Overflow. Det er som regel her problemet blir større.
Start med å lese tilstanden
Ikke endre noe før du vet hvor du er. Disse kommandoene gir et godt første bilde:
git status forteller hva Git mener er endret. git diff viser endringer som ikke er lagt i staging, mens git diff --staged viser det som blir med i neste commit.
Lag et sikkerhetspunkt
Hvis arbeidet er viktig, kan du opprette en midlertidig branch før du rydder:
Nå finnes endringene i historikken. Du kan gå tilbake og rydde commitene senere, men du risikerer ikke å miste arbeidet mens du undersøker.
Bruk reflog når historikken ser borte ut
Git fører en lokal logg over hvor HEAD har vært. Hvis en commit tilsynelatende har forsvunnet etter en rebase eller reset, er reflog ofte redningen:
git reflog --date=relative
Finn riktig commit-ID og opprett en branch som peker på den. Det viktigste er å slutte å gjette: les tilstanden, lag et sikkerhetspunkt og gjør én endring om gangen.