En ce moment, c'est un tel bordel. Chaque fois que j'installe un nouveau programme qui fait quelque chose de trivial dans la ligne de commande, je dois l'ajouter au chemin. En fait, je développe sur Ruby et même les gemmes (plugins / extensions) ont parfois leurs propres exécutables, et sont stockées dans différents dossiers et je finis par devoir ajouter plusieurs chemins par application également. J'en suis arrivé au point où je pousse trente chemins dans ma variable d'environnement PATH.
Je suis prudent de les copier et de les coller dans un dossier personnel et de définir le chemin d'accès à cela; il se sent juste mal. Existe-t-il une meilleure pratique établie qui me manque?
windows
command-line
path
Justin L.
la source
la source
Réponses:
Un certain nombre de petits utilitaires autonomes résident dans mon
%UserProfile%\Apps
dossier, tels que des archiveurs et similaires. Ensuite, il y a un certain nombre de fichiers batch que j'ai écrits et que j'utilise fréquemment et qui résident%UserProfile%\Batches
. Pour le reste, je les ajoute juste auPATH
, ce qui est soit fait par un installateur soit avecà partir du répertoire approprié. Le nombre de chemins d'accès ne devrait probablement devenir un problème que si le contenu est trop long (il existe des limites de longueur pour les variables d'environnement).
Vous pouvez (et je le fais parfois) écrire de petits fichiers batch pour ces programmes. La simple copie / liaison fixe / liaison symbolique de l'exécutable dans un autre répertoire ne fonctionnera probablement pas sous Windows mais vous pouvez facilement créer un fichier batch, par exemple pour le programme Foo:
et vous pouvez ensuite ajouter le dossier dans lequel vous stockez ces fichiers de commandes dans votre
PATH
.la source
Je ne suis pas sûr des meilleures pratiques spécifiques. Mais je préfère utiliser les outils GUI PATH Editor pour gérer les variables PATH. Pour qu'il soit clairement maintenu.
Liste de l'éditeur PATH -
Éditeur d'environnement rapide
Redmond PATH Editor
la source
Maintenant que la plupart des machines Windows sont livrées avec PowerShell, j'utilise de nombreuses commandes sal / Set-Alias dans mon profil utilisateur.Par conséquent, si une application n'a qu'une ou deux applications que j'utilise, je crée des alias pour ces deux commandes uniquement au lieu d'ajouter le dossier d'application entier vers le chemin d'accès. Les exemples incluent SQL Management Studio, Notepad ++, TFS Power Tools (outil de ligne de commande, tfpt.exe). Je copie également mon profil utilisateur sur plusieurs machines, ce qui me permet de vérifier l'existence de cette application sur la machine actuelle avant de créer l'alias (parfois un avertissement si l'application n'est pas installée).
la source