Ignorere Filer Etter Første Commit
Hvis du allerede har committed filer som du nå ønsker å ignorere, følg disse stegene:
- Legg til filene i
.gitignore; - Fjern filene fra depotet (uten å slette dem lokalt) ved å bruke
git rm --cached; - Commit endringene.
Arbeidsflyteksempel
I de fleste tilfeller inneholder konfigurasjonsfiler ofte privat informasjon, så de bør ikke spores i det hele tatt. For å unngå å legge til slike filer i Git ved et uhell, er det bedre å ignorere dem. Vi skal gjøre det samme med vår config.txt-fil som allerede er committed.
Se på følgende illustrasjon av arbeidsflyten vår:
La oss først legge til config.txt i listen over ignorerte filer i .gitignore:
Deretter kjører vi git rm-kommandoen med flagget --cached for å fjerne den fra depotet uten å slette:
Nå skal vi sjekke statusen til arbeidsområdet og klargjøringsområdet:
Som du ser, er slettingen av konfigurasjonsfilen allerede klargjort, men vi må fortsatt legge til .gitignore-filen, og deretter kan vi kommittere disse endringene:
Commiten er vellykket. Nå skal vi verifisere at filen config.txt faktisk ignoreres. Vi vil legge til en ny linje med et eksempel på et passord ved å bruke echo-kommandoen:
Til slutt skal vi sjekke statusen til arbeidsområdet vårt:
Filen vår ble endret, men den spores ikke av Git, så arbeidsområdet er rent.
Takk for tilbakemeldingene dine!
Spør AI
Spør AI
Spør om hva du vil, eller prøv ett av de foreslåtte spørsmålene for å starte chatten vår
Can you explain why it's important to ignore sensitive files like config.txt?
What should I do if I accidentally committed a secret before adding it to .gitignore?
How can I check which files are currently being ignored by Git?
Awesome!
Completion rate improved to 3.57Ignorere Filer Etter Første Commit
Sveip for å vise menyen
Hvis du allerede har committed filer som du nå ønsker å ignorere, følg disse stegene:
- Legg til filene i
.gitignore; - Fjern filene fra depotet (uten å slette dem lokalt) ved å bruke
git rm --cached; - Commit endringene.
Arbeidsflyteksempel
I de fleste tilfeller inneholder konfigurasjonsfiler ofte privat informasjon, så de bør ikke spores i det hele tatt. For å unngå å legge til slike filer i Git ved et uhell, er det bedre å ignorere dem. Vi skal gjøre det samme med vår config.txt-fil som allerede er committed.
Se på følgende illustrasjon av arbeidsflyten vår:
La oss først legge til config.txt i listen over ignorerte filer i .gitignore:
Deretter kjører vi git rm-kommandoen med flagget --cached for å fjerne den fra depotet uten å slette:
Nå skal vi sjekke statusen til arbeidsområdet og klargjøringsområdet:
Som du ser, er slettingen av konfigurasjonsfilen allerede klargjort, men vi må fortsatt legge til .gitignore-filen, og deretter kan vi kommittere disse endringene:
Commiten er vellykket. Nå skal vi verifisere at filen config.txt faktisk ignoreres. Vi vil legge til en ny linje med et eksempel på et passord ved å bruke echo-kommandoen:
Til slutt skal vi sjekke statusen til arbeidsområdet vårt:
Filen vår ble endret, men den spores ikke av Git, så arbeidsområdet er rent.
Takk for tilbakemeldingene dine!
