L'Invite de commande - Comment ajouter un chemin d'accès uniquement pour que le fichier de commandes de l'exécution?

Fondamentalement, je sais que je peux aller dans mon panneau de configuration et modifier la variable path. Mais, je me demandais si il y a un chemin à travers la programmation par lot ont un chemin d'accès temporaire inclus? De cette façon, il est utilisé uniquement pendant que le fichier de commandes d'exécution. Je ne veux pas avoir des gens entrer et modifier leurs variables de chemin d'accès pour utiliser mon fichier de commandes.

InformationsquelleAutor michael | 2011-07-26
  1. 280

    Comme toute autre variable d'environnement, avec SET:

    SET PATH=%PATH%;c:\whatever\else

    Si vous voulez avoir un peu de contrôle de sécurité construit en premier, vérifier pour voir si le nouveau chemin d'accès existe tout d'abord:

    IF EXIST c:\whatever\else SET PATH=%PATH%;c:\whatever\else

    Si vous voulez être locale pour ce fichier de commandes, utilisez setlocal:

    setlocal
set PATH=...
set OTHERTHING=...

@REM Rest of your script

    Lire les docs avec soin pour setlocal/endlocal , et avoir un regard sur les autres références sur ce site - Fonctions est assez intéressant aussi, et la syntaxe est délicate.

    La La syntaxe page devrait vous permettre de commencer avec les bases.

    • Va que uniquement pour ce lot de session ou est-il permanent?
    • Si vous ajoutez un setlocal pour votre fichier de commandes, le chemin est visible uniquement dans le fichier
    • hw-vous ajouter "setlocal"? C'est qu'à la place de "ENSEMBLE"?
    • mise à jour de ma réponse avec des liens. Veuillez lire la documentation/exemples/tutoriels à propos de cmd à l'écriture de scripts SET est vraiment quelque chose que vous devez savoir et comprendre avant de faire n'importe quel script.
    • La vie de veille. J'ai besoin d'ajouter un EV sur un serveur qui n'a pas pu être redémarré et cela me permet de faire ce dont j'ai besoin sans avoir à programmer un redémarrage!
    • Même sans SETLOCAL c'est, tout au plus, ne va être que la session d'invite de commande -- si vous êtes fait depuis plus d'un fichier de commandes, et à l'aide de EXIT /B %N%, puis SETLOCAL est fondamentalement juste d'aller dump vos modifications lorsque le script se termine. :-/
    • Bizarre, quand je l'ai essayé hier, ils étaient morts, mais maintenant, ils semblent active...
    • Pourquoi utilisez-vous @REM et pas seulement REM? Ce qui ne l' @ faire?
    • supprime l'écho de cette ligne
    • Est-il un moyen de modifier le chemin d'accès du système qui est immédiat (Pas besoin de Redémarrer) pour le moment détient un peu jusqu'au prochain redémarrage? Je Vous Remercie.

    InformationsquelleAutor Mat
  2. 17

    C'est vrai, mais on ne change pas de façon permanente, mais seulement pour l'invite de commande en cours, si vous voulez changer de façon permanente, vous devez utiliser par exemple comme ceci:

    setx ENV_VAR_NAME "DESIRED_PATH" /m

    Cela va changer définitivement et oui, vous pouvez le remplacer par un autre script de commandes.

    • Peut-être /m doit être après setx?
    • Fonctionne de la même pour moi, mais cette Victoire Lot de Script est peu inachevée de MME que Dans mon entreprise, où nous avons tous les mêmes ordinateurs portables avec le même système, il n'est pas un universel script pour le paramètre de CHEMIN et nous sommes le maintien de 2 ou 3 d'entre eux, de sorte que tout ce qui fonctionne pour vous 🙂
    • Merci pour la mise à jour. Dans Windows Server 2012, lorsque j'ai mis /m à la fin, le DESIRED_PATH a été ajouté à /m à la fin pour que l'utilisateur courant.
    • Un mot de prudence. À l'aide de setx sur un chemin, en essayant d'y ajouter, et le string > 1024 longtemps, j'ai découvert que le résultat (mon environnement PATH) a été tronqué de façon permanente. (Une bonne chose que j'ai eu la possibilité de copier la variable %PATH%, j'ai eu l'Écho avant de le modifier, et de le mettre en arrière en utilisant les variables d'Environnement de windows de l'outil.)
    InformationsquelleAutor dumbak
  3. 17

    Il y a un détail important:

    set PATH="C:\linutils;C:\wingit\bin;%PATH%"

    ne fonctionne pas, alors que

    set PATH=C:\linutils;C:\wingit\bin;%PATH%

    œuvres. La différence, c'est les guillemets!

    • La première version fonctionne sur PowerShell
    • en fait, il devrait être SET "PATH=...%PATH%" d'autre des espaces existants dans le chemin d'accès sera à l'origine d'erreurs ou d'inconduite. L'emballage dans les citations de ce genre de ne pas les inclure, mais bien de définir la variable. Même fonctionne pour n'importe quelle autre variable env.
    InformationsquelleAutor 18446744073709551615