Hoe negeer ik .env maar behoud ik .env.example?

Houd echte waarden buiten versiebeheer en deel een gecontroleerd .env.example met invulwaarden. Controleer de conventies van je framework voordat je brede regels gebruikt.

1. Negeer lokale waarden, behoud het voorbeeld

Zet deze regels in het .gitignore van de hoofdmap. Ze raken .env en bestanden in de hoofdmap die met .env. beginnen, en nemen .env.example opnieuw op. service.env en bestanden in submappen vallen er niet onder.

Controleer .env.example voor de commit: een voorbeeldnaam garandeert geen veilige inhoud. Gebruik invulwaarden en documenteer vereiste variabelen.

/.env
/.env.*
!/.env.example

2. Controleer de drie gevallen

Bekijk de regels met niet-gevolgde .env, .env.local en .env.example:

git check-ignore -v -- .env .env.local .env.example

!/.env.example betekent dat het voorbeeld opnieuw is opgenomen. De status hoort dit te tonen en de twee lokale waardebestanden weg te laten. Een uitgesloten bovenliggende map of latere regel kan het resultaat wijzigen.

git status --short --untracked-files=all -- .env .env.local .env.example

Waarom behoudt ! geen bestand in een genegeerde map?

3. Behandel eerder gevolgde waarden

Controleer of Git een van de lokale waardebestanden al volgt:

git ls-files -- .env .env.local

Verschijnen paden, volg dan het artikel over gevolgde bestanden en stem wijzigingen af. .gitignore verwijdert geen bestaande commits. Trek gelekte inloggegevens eerst in of vervang ze en volg GitHubs advies; alleen het huidige bestand verwijderen wist de geschiedenis niet.

Hoe negeer ik bestanden die Git al volgt?

Raadpleeg de officiële bronnen voor het precieze gedrag en meer informatie: Git-documentatie · Veelgestelde vragen over Git · GitHub-advies over gelekte gevoelige gegevens