Sådan fjerner du en Git Commit, mens du beholder ændringer

Oversigt over Git Commit Reversal

I softwareudvikling er det vigtigt at administrere versionskontrol med Git. Til tider forpligter udviklere sig midlertidigt til at gemme tilstanden af ​​deres arbejde, før de skifter filial til opgaver som demonstrationer eller test af andre funktioner. Denne praksis holder arbejdsgangen fleksibel, men kan føre til midlertidige ændringer, som ikke bør blive permanente.

Dette introducerer behovet for teknikker til at vende tilbage forpligtelser uden at miste det udførte arbejde. Hvis du midlertidigt har foretaget ændringer og har brug for at gå tilbage uden at påvirke dit projekts fremskridt, er det afgørende at forstå, hvordan du fortryder disse tilsagn, mens ændringerne bevares.

Forklaring af Git Reversion Scripts

De scripts, der blev leveret tidligere, er designet til at styre og vende ændringer i et Git-lager uden at miste de ændringer, der er lavet til kodebasen. Det git reset --soft HEAD^ kommandoen er pivotal, da den fortryder den seneste commit på den aktuelle gren, mens den holder alle ændringer i en trinvis tilstand. Dette er især nyttigt, når en commit blev foretaget for tidligt eller blot som en midlertidig pladsholder. Evnen til at fortryde en forpligtelse, mens filændringerne bevares, giver udviklere mulighed for at revurdere og genforpligte ændringerne efter behov.

Efter nulstillingen, kommandoer som git add . og git commit -m "New commit message" bruges til at genoptage og begå ændringerne med en mere passende commit-meddelelse. Denne række af handlinger sikrer, at den midlertidige forpligtelse ikke griber ind i filialens historie, samtidig med at integriteten af ​​det udførte arbejde bevares. Derudover git push bruges til at opdatere fjernlageret med den nye commit, og erstatter den midlertidige, hvis force push git push -f skønnes nødvendigt ud fra projektets samarbejdsnormer.

git checkout development-branch
git reset --soft HEAD^
# Now the changes are staged but the last commit is undone.
git status
# Shows staged changes. You can now modify if necessary, or commit again.
git add .
git commit -m "New commit after undoing temporary commit"
git log
# Confirm the new commit history.
git push origin development-branch

git checkout development-branch
git reset HEAD~1
# This command undoes the last commit and leaves the changes in your working directory.
git status
# You can see the changes are not staged for commit.
git add .
git commit -m "Recommitting the preserved changes"
git log
# Check to make sure the history is as expected.
git push origin development-branch -f

Avancerede Git-teknikker til midlertidige ændringer

For at udvide Gits evne til at håndtere midlertidige ændringer effektivt, er det vigtigt at forstå begrebet 'stashing'. Git stash er et kraftfuldt værktøj, der gemmer ikke-forpligtede ændringer midlertidigt, uden at det er nødvendigt at indsætte dem i versionshistorikken. Denne funktion er nyttig, når udviklere hurtigt skal skifte kontekst mellem filialer uden at begå halvfærdigt arbejde. Stashing bevarer både iscenesatte og uiscenesatte ændringer og kan gendannes senere, hvilket er ideelt til at håndtere uventede skift i fokus under udvikling.

Et andet afgørende aspekt er at forstå implikationerne af force-pushing med git push -f. Denne kommando kan overskrive historikken i fjernlageret, hvilket er nyttigt, når det er nødvendigt at rette commits lavet ved en fejl eller som var midlertidige. Det bør dog bruges med forsigtighed, da det kan føre til tabte commits for andre teammedlemmer, hvis det ikke kommunikeres korrekt. Forståelse af disse avancerede teknikker giver udviklere mulighed for at opretholde en ren og effektiv projekthistorie i samarbejdsmiljøer.