Si vous ne voulez pas définir l'option variable d'environnement une autre option consiste à modifier l scripts
partie de package.json de :
"start": "react-scripts start"
à
Linux (testé sur Ubuntu 14.04/16.04) et MacOS (testé par @aswin-s sur MacOS Sierra 10.12.4) :
"start": "PORT=3006 react-scripts start"
ou (peut-être) une solution plus générale par @IsaacPak
"start": "export PORT=3006 react-scripts start"
Windows La solution @JacobEnsor
"start": "set PORT=3006 && react-scripts start"
librairie multi-env fonctionne partout. Voir Aguinaldo Possatto réponse pour plus de détails
Mise à jour en raison de la popularité de ma réponse : Actuellement, je préfère utiliser les variables d'environnement enregistrées dans .env
(utile pour stocker des ensembles de variables pour des deploy
sous une forme pratique et lisible). N'oubliez pas d'ajouter *.env
en .gitignore
si vous stockez toujours vos secrets dans .env
des fichiers. Ici est l'explication de la raison pour laquelle l'utilisation des variables d'environnement est meilleure dans la plupart des cas. Ici est l'explication de pourquoi stocker des secrets dans l'environnement est une mauvaise idée.
14 votes
Je mentionne rapidement que pour les projets Next.js, vous utiliserez simplement
next -p 3005
si quelqu'un d'autre tombe ici à la recherche de la même chose.