Bestanden Negeren na de Eerste Commit
Als je al bestanden hebt gecommit die je nu wilt negeren, volg dan deze stappen:
- Voeg de bestanden toe aan je
.gitignore
; - Verwijder de bestanden uit de repository (zonder ze lokaal te verwijderen) met
git rm --cached
; - Commit de wijzigingen.
Voorbeeld van workflow
In de meeste gevallen bevatten configuratiebestanden vaak privé-informatie, dus deze zouden helemaal niet gevolgd moeten worden. Om te voorkomen dat dergelijke bestanden per ongeluk aan Git worden toegevoegd, is het beter om ze te negeren. We doen hetzelfde met ons config.txt
-bestand dat al is gecommit.
Bekijk de volgende illustratie van onze workflow:
Voeg eerst config.txt
toe aan de lijst van genegeerde bestanden in .gitignore
:
Vervolgens voeren we het commando git rm
uit met de vlag --cached
om het uit onze repository te verwijderen zonder het te verwijderen:
Laten we nu de status van onze werkmap en staging area controleren:
Zoals je ziet, is het verwijderen van ons configuratiebestand al gestaged, maar we moeten het .gitignore
-bestand nog toevoegen, waarna we deze wijzigingen kunnen committen:
De commit is geslaagd. Laten we nu verifiëren dat het bestand config.txt
daadwerkelijk wordt genegeerd. We zullen een nieuwe regel met een voorbeeld wachtwoord eraan toevoegen met behulp van het echo
-commando:
Tot slot controleren we de status van onze werkdirectory:
Ons bestand is gewijzigd, maar wordt niet gevolgd door Git, dus de werkdirectory is schoon.
Bedankt voor je feedback!
Vraag AI
Vraag AI
Vraag wat u wilt of probeer een van de voorgestelde vragen om onze chat te starten.
Awesome!
Completion rate improved to 3.57
Bestanden Negeren na de Eerste Commit
Veeg om het menu te tonen
Als je al bestanden hebt gecommit die je nu wilt negeren, volg dan deze stappen:
- Voeg de bestanden toe aan je
.gitignore
; - Verwijder de bestanden uit de repository (zonder ze lokaal te verwijderen) met
git rm --cached
; - Commit de wijzigingen.
Voorbeeld van workflow
In de meeste gevallen bevatten configuratiebestanden vaak privé-informatie, dus deze zouden helemaal niet gevolgd moeten worden. Om te voorkomen dat dergelijke bestanden per ongeluk aan Git worden toegevoegd, is het beter om ze te negeren. We doen hetzelfde met ons config.txt
-bestand dat al is gecommit.
Bekijk de volgende illustratie van onze workflow:
Voeg eerst config.txt
toe aan de lijst van genegeerde bestanden in .gitignore
:
Vervolgens voeren we het commando git rm
uit met de vlag --cached
om het uit onze repository te verwijderen zonder het te verwijderen:
Laten we nu de status van onze werkmap en staging area controleren:
Zoals je ziet, is het verwijderen van ons configuratiebestand al gestaged, maar we moeten het .gitignore
-bestand nog toevoegen, waarna we deze wijzigingen kunnen committen:
De commit is geslaagd. Laten we nu verifiëren dat het bestand config.txt
daadwerkelijk wordt genegeerd. We zullen een nieuwe regel met een voorbeeld wachtwoord eraan toevoegen met behulp van het echo
-commando:
Tot slot controleren we de status van onze werkdirectory:
Ons bestand is gewijzigd, maar wordt niet gevolgd door Git, dus de werkdirectory is schoon.
Bedankt voor je feedback!