Reversere en endring i historien Gjenopprette den opprinnelige forpliktelseshistorikken i Git Push

Gjenoppretting av Git Commit-historien din: En trinn-for-trinn-veiledning

Jeg hadde brukernavn og bruker.e-post feil innstilt, noe jeg fant etter en måned med hard innsats på et personlig prosjekt. Selv etter at jeg gjorde disse rettelsene, oppdaget jeg lenge senere at det feil forfatternavnet fortsatt var der i mine tidligere commits. Jeg prøvde en git-rebase i et forsøk på å oppdatere bidragsgrafen min ved å endre disse forpliktelsene.

Men ved å gjøre det ble forpliktelsesdatoene utilsiktet endret, noe som ga inntrykk av at alle forpliktelsene ble gjort på en gang. Etter en slik utilsiktet endring, prøver denne opplæringen å hjelpe deg med å gjenvinne din opprinnelige forpliktelseshistorikk slik at bidragene dine reflekteres på riktig måte.

Forstå restaurering av Git-historien

The scripts offered are meant to rectify and restore Git's commit history, especially in cases where an inadvertent rebase has changed commit dates. In the first script, the commit hash is found before the rebase process by utilizing Skriptene som tilbys er ment å rette opp og gjenopprette Gits commit-historikk, spesielt i tilfeller der en utilsiktet rebase har endret commit-datoene. I det første skriptet blir commit-hashen funnet før rebase-prosessen ved å bruke strong>git reflog. Denne kommandoen viser en historikk over alle repository-modifikasjoner, inkludert tilbakestillinger og rebaser. Ved å finne den relevante commit-hashen, tilbakestilles grenen til den commit ved å bruke git reset --hard kommando, og dermed slette alle påfølgende modifikasjoner. Dette er et viktig skritt siden det gjenoppretter depotet til sin forrige tilstand før den feilaktige rebasen. De lokale modifikasjonene blir deretter skjøvet til det eksterne depotet ved hjelp av git push --force kommando, overskriver den forrige historien med tilbakestillingsgrenen.

Hensikten med det andre skriptet er å oppdatere commit forfatterdetaljer uten å endre commit datoene. Med bruk av git filter-branch --env-filter kommando, kan miljøvariabler som forfatter og committer-detaljer endres på tvers av alle commits. For å oppdage de unøyaktige detaljene og beskrive de nye, riktige, variabler som f.eks WRONG_EMAIL, CORRECT_NAME, og CORRECT_EMAIL er definert. Deretter oppdaterer skriptet committer-detaljene ved hjelp av export GIT_COMMITTER_NAME og export GIT_COMMITTER_EMAIL; likeledes oppdaterer den forfatterdetaljene ved hjelp av export GIT_AUTHOR_NAME og export GIT_AUTHOR_EMAIL. Valget --tag-name-filter cat garanterer at tagger også skrives om ved å bruke de gitte filtrene. Dette skriptet kan brukes til å omskrive forpliktelseshistorikken med riktig forfatterinformasjon uten å påvirke de opprinnelige forpliktelsesdatoene.

# Step 1: Identify the commit hash before the rebase
git reflog
# Look for the commit hash before the rebase operation
# Step 2: Reset the branch to the commit before the rebase
git reset --hard <commit_hash>
# Step 3: Verify the reset
git log
# Ensure the commit history is back to its original state
# Step 4: Force push the reset history to the remote repository
git push --force

# Step 1: Rewrite author information without altering commit dates
git filter-branch --env-filter '
WRONG_EMAIL="wrong@example.com"
CORRECT_NAME="Correct Name"
CORRECT_EMAIL="correct@example.com"
if [ "$GIT_COMMITTER_EMAIL" = "$WRONG_EMAIL" ]
then
    export GIT_COMMITTER_NAME="$CORRECT_NAME"
    export GIT_COMMITTER_EMAIL="$CORRECT_EMAIL"
fi
if [ "$GIT_AUTHOR_EMAIL" = "$WRONG_EMAIL" ]
then
    export GIT_AUTHOR_NAME="$CORRECT_NAME"
    export GIT_AUTHOR_EMAIL="$CORRECT_EMAIL"
fi'
--tag-name-filter cat -- --branches --tags

Gjenopprette historikk ved å bruke Git uten å miste data

The use of Bruken av strong>git cherry-pick er en annen faktor å ta med i betraktningen mens du jobber med Git-historierestaurering. Du kan bruke endringene gjort av tidligere forpliktelser på gjeldende gren med denne kommandoen. Når du manuelt må rekonstruere en historie som utilsiktet ble endret, kan det være ganske nyttig. For eksempel, hvis en rebase eller tilbakestilling går galt og du ønsker å legge tilbake individuelle endringer, kan du bruke git cherry-pick å gjøre slik. Denne teknikken holder historien til prosjektet ditt intakt ved å bevare de opprinnelige forpliktelsesdatoene og meldingene.

strong>git reflog er en ekstra nyttig kommando. Den viser en historikk over alle endringene som er gjort i grenenes tips og andre depotreferanser, selv de som ofte er skjult i git log. Dette lar deg finne commit-hasher som kan ha blitt overskrevet eller tapt under ugunstige tilbakestillinger eller rebaser. Ved å bruke en kombinasjon av 1. 3 og git reset --hard, you can revert modifications by restoring your branch to a former state. Furthermore, it's crucial to occasionally take snapshots of the status of your repository using , kan du tilbakestille endringer ved å gjenopprette filialen til en tidligere tilstand. Videre er det avgjørende å av og til ta øyeblikksbilder av statusen til depotet ditt ved å bruke strong>git-taggen. Merker kommer godt med fordi de lar deg kommentere bestemte historiske øyeblikk som kan angres i tilfelle alvorlige problemer.