Changer de répertoire de travail dans mon shell courant contexte lors de l'exécution de Nœud de script

Je suis en train de changer le répertoire de travail de mon Node.js script lorsqu'il est exécuté à partir d'un script bin. J'ai quelque chose comme ce qui suit:

#!/usr/bin/env node
process.chdir('/Users')

Quand je puis exécutez ce fichier avec ./bin/nodefile, il se ferme, mais le répertoire de travail du shell courant du contexte n'a pas changé. J'ai aussi essayé de shelljs, mais cela ne fonctionne pas non plus.

Quelle est la meilleure façon de le faire? Je comprends que c'est un travail, mais c'est juste dans un processus séparé.

quelles preuves avez-vous que le mdc n'a pas changé? Rappelez-vous que les chemins utilisés dans require() et le mdc sont deux choses différentes.
Est-il un moyen de le faire dans Windows?

InformationsquelleAutor Jonovono | 2013-11-06

124

La bonne façon de changer de répertoires est fait avec process.chdir(directory). Voici un exemple de la la documentation:
```
console.log('Starting directory: ' + process.cwd());
try {
  process.chdir('/tmp');
  console.log('New directory: ' + process.cwd());
}
catch (err) {
  console.log('chdir: ' + err);
}
```
C'est aussi vérifiable dans le Node.js REPL:
```
[monitor@s2 ~]$ node
> process.cwd()
'/home/monitor'
> process.chdir('../');
undefined
> process.cwd();
'/home'
```
- Oups. Ya, c'est la commande que j'utilise effectivement. Cependant, lorsque je l'utiliser dans un script simple, il ne fait toujours pas l'air de fonctionner (une fois que le script se termine, je suis toujours dans l'ancien répertoire) Si j'processus d'appel.mdc() indique que je suis dans le répertoire que je devrais être, mais mon terminal si je l'appelle pwd indique que je suis dans quelque chose d'autre. Parce que c'est un processus différent?
- La méthode change le répertoire de travail courant de le processus, et non pas le shell. Autant que je sache, la modification de l'externe de l'encéphalopathie des cervidés d'un processus en cours d'exécution est assez complexe et n'est pas recommandé. Quelle est votre raison de vouloir faire cela?
- Hmm. Ok merci. Eh bien la raison pour laquelle je veux faire, c'est parce que je fais un terminal d'application pour l'organisation de mes projets. Donc, fondamentalement, je veux être en mesure de faire la liste de mes projets et de modifier facilement le shell en cours de localisation pour que. Maintenant que j'y pense, je vais voir comment le z (github.com/rupa/z) cette. Bien que ce qui est fait en bash. Je pourrais peut-être faire en applescript?
- Oui, vous pouvez utiliser AppleScript, mais je vous conseille d'utiliser quel que soit votre terminal fonctionne, ce qui est susceptible d'être tcsh, zsh, csh, ksh ou bash. (en supposant que vous êtes sur OSX)
InformationsquelleAutor hexacyanide
29

Il n'existe pas de méthode intégrée pour le Nœud de changer le MDC de la sous-jacent shell de course le Noeud du processus.

Vous peut changer le répertoire de travail actuel de la Nœud processus par le biais de la commande processus.chdir().
```
var process = require('process');
process.chdir('../');
```
Lorsque le Nœud processus existe, vous trouverez vous-même de retour dans le CWD vous avez commencé le processus.

InformationsquelleAutor dthree
13

Ce que vous essayez de faire n'est pas possible. La raison pour cela est que, dans un système POSIX (Linux, OSX, etc), un enfant ne peut pas modifier l'environnement d'un processus parent. Cela comprend la modification du processus parent du répertoire de travail et les variables d'environnement.

Lorsque vous êtes sur la ligne de commande, vous allez exécuter votre Nœud de script, votre processus actuel (bash, zsh, peu importe) génère un nouveau processus qui a sa propre environnement, généralement une copie de votre environnement actuel (il est possible de changer cela via des appels système; mais c'est au-delà de la portée de cette réponse), permettant de ce processus pour faire ce qu'il doit faire dans un isolement complet. Lorsque le sous-processus des sorties, de contrôle est remis à votre interpréteur de commande de processus, où l'environnement n'a pas été touchée.

Il y a beaucoup de raisons pour cela, mais pour l'un, imaginez que vous avez exécuté un script en tâche de fond (via ./foo.js &) et comme il a couru, il a commencé à changer votre répertoire de travail ou remplacement de votre PATH. Que serait un cauchemar.

Si vous devez effectuer certaines actions qui nécessitent la modification de votre répertoire de travail de votre coquille, vous aurez besoin d'écrire une fonction dans votre shell. Par exemple, si vous utilisez Bash, vous pouvez mettre ceci dans votre ~/.bash_profile:
```
do_cool_thing() {
  cd "/Users"
  echo "Hey, I'm in $PWD"
}
```
et puis ce qui est cool, c'est faisable:
```
$ pwd
/Users/spike
$ do_cool_thing
Hey, I'm in /Users
$ pwd
/Users
```
Si vous avez besoin de faire des choses plus complexes en outre, vous pouvez toujours faire appel à votre nodejs script de cette fonction.

C'est la seule façon que vous pouvez accomplir ce que vous essayez de faire.

InformationsquelleAutor Spike Grobstein
8

Réponse courte: non (facile?) chemin, mais vous pouvez faire quelque chose qui sert votre but.

J'ai fait un outil similaire (une petite commande qui, étant donné une description d'un projet, définit l'environnement, des chemins, des répertoires, etc.). Ce que je fais est tout pour le tout et lancer un shell avec:
```
spawn('bash', ['-i'], {
  cwd: new_cwd,
  env: new_env,
  stdio: 'inherit'
});
```
Après l'exécution, vous serez sur un shell avec le nouveau répertoire (et, dans mon cas, de l'environnement). Bien sûr, vous pouvez modifier bash quel que soit le shell que vous préférez. Les principales différences avec ce que vous avez initialement demandés sont:
- Il y a un processus supplémentaire, donc...
- vous devez écrire "exit" pour revenir, et puis...
- après existantes, toutes les modifications sont annulées.
Cependant, pour moi, que les différences sont souhaitables.

InformationsquelleAutor Evolopment

Vous devez vous connecter pour publier un commentaire.