J'ai un projet avec un dossier node_modules qui contient un lien symbolique vers un autre projet. Le problème est que le projet interne prend les configurations du projet parent (etc ../../../config) et ne peut donc pas le trouver à cause du chemin relatif qui part du dossier original au lieu d'un lien symbolique.
Exemple :
$ cd ~
$ mkdir -p a/b/c
$ ln -s a/b/c d
$ cd d
$ ls ../Affiche le contenu du dossier b. Mais j'ai besoin d'afficher la liste du répertoire ~. Comment faire ?
Malheureusement, ce n'est pas ainsi que fonctionnent les liens symboliques.
À partir de la page de manuel ( man ln )
L'utilitaire ln crée une nouvelle entrée de répertoire (fichier lié) pour le fichier nom de fichier spécifié par fichier_cible. Le fichier_cible sera créé avec les mêmes modes de fichiers que le fichier_source. Il est utile pour maintenir plusieurs copies d'un fichier à plusieurs endroits en même temps sans sans utiliser d'espace de stockage pour les "copies", un lien "pointe" vers le copie originale.
C'est moi qui souligne
Alors, comment contourner ce problème ? Utilisez un variable d'environnement. Par exemple :
$ mkdir -p /a/b/c
$ FOO='/a/b/c'
$ cd ~
$ cd $FOO
$ pwd
/a/b/cRemarque, vous devez utiliser chemins absolus lorsque vous faites cela ; l'utilisation de chemins relatifs peut avoir et aura des conséquences inattendues.
Quel ln La page du manuel que vous citez. Est-ce une citation exacte ou une citation paraphrasée ? Je demande parce que ce qui est cité n'est pas ce que je trouve dans la page de manuel de MacOS.
LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.
0 votes
Je suis un peu confus sur votre question mais en supposant que votre shell est
bashokshseraitls "$OLDPWD"ols ~-travailler pour vous ?