# Zo deel je een .env-bestand met een developer

> Plak de inhoud van het .env-bestand in een temp.cool-link die één keer opent en binnen een dag verloopt. De developer kopieert het in zijn eigen .env-bestand, en er blijft niets achter in chat, mail of git-geschiedenis.

1. **Kopieer alleen wat nodig is** Haal waarden weg die de developer niet nodig heeft, en gebruik waar het kan aparte sleutels voor ontwikkeling.
2. **Plak het in één link** Een temp.cool-bericht past zo'n 10.000 tekens, genoeg voor de meeste .env-bestanden. Laat het één keer openen.
3. **Zij plakken het in hun eigen .env** De developer kopieert de tekst in een lokaal .env-bestand dat git negeert. Daarna is de link weg.

## Waarom niet via Slack, mail of de repo?

- **Git vergeet nooit.** Een geheim dat één keer gecommit is, blijft in de geschiedenis staan, ook als je het bestand verwijdert. Openbare repo's worden binnen minuten door bots doorzocht.
- **Chat is doorzoekbaar.** Iedereen in het kanaal, en iedereen die later binnenkomt, kan zoeken op `DATABASE_URL`.
- **Bijlagen worden doorgestuurd en geback-upt.** Een `.env`-bijlage leeft voort in verzonden items, inboxen en back-ups.

## Goede gewoontes

- **Geef elke developer eigen sleutels** als de dienst dat kan, zodat je één persoon kunt intrekken zonder de rest te breken.
- **Gebruik test- of ontwikkelgegevens** voor lokaal werk, nooit die van productie.
- **Wissel sleutels als iemand het project verlaat.**
- **Houd een `.env.example`** in de repo met de namen van de variabelen maar zonder waarden, zodat mensen weten waar ze om moeten vragen.

## Grotere teams

Voor een team dat vaak wisselt is een secrets manager de oplossing op de lange termijn. temp.cool is de snelle, veilige manier om iemand vandaag de eerste set waarden te geven. Zie ook [API-sleutels delen met een freelancer](/nl/handleidingen/api-sleutels-delen-met-freelancer/).