Chciałbym dodać, że nie jest to najlepsza odpowiedź, jeśli pracujesz z wieloma projektami. Bower powinien być instalowany node_moduleslokalnie, package.jsona nie globalnie, ponieważ różne projekty mogą używać różnych wersji (o to chodzi npm). Prawdziwym problemem jest to, że system nie jest w stanie znaleźć lokalnego pliku wykonywalnego altany.
Bruno Finger
@BrunoFinger: Podczas instalowania altany na skalę globalną ta odpowiedź nie rozwiązuje problemu. Jednak użycie pakietów węzłów lokalnych może być lepszym sposobem radzenia sobie z narzędziami specyficznymi dla projektu.
Petr Joachim,
Myślę, że jeśli prefiks npm jest ustawiony na / usr / local, instalacja npm -g zakończy się niepowodzeniem bez sudo.
imafish
Nie zalecamy używania Bower do nowych projektów. Proszę rozważyć przędzę i Webpack lub paczkę.
Daniel
60
Jestem prawie pewien, że tak naprawdę nie instalujesz go poprawnie. Ponieważ próbujesz zainstalować go globalnie, będziesz musiał uruchomić go za pomocą sudo:
W ten sposób należy zainstalować bower, w przeciwnym razie zostanie on zainstalowany w folderze, w którym wykonałeś polecenie. -g oznacza globalny i tworzy również wymagane łącza do modułów, które mogą być wykonywane jako polecenia systemowe, bower, grunt-cli, a nawet npm są tego wyraźnymi przykładami.
Erick Ruiz de Chavez
Nie instaluj za pomocą sudo! Po prostu użyj brew doctor i wprowadź poprawki sugerowane przez brew doctora, a wtedy nie będziesz musiał używać sudo!
djangofan
4
Okazało się, że NIE jest to problem z altaną, chociaż pojawił się u mnie z altaną.
Wydaje się, że problem dotyczy węzła, który. Jeśli plik znajduje się w ścieżce, ale ma ustawiony bit setuid / setgid, oznacza to, że go nie znajdzie.
Oto pliki z ustawionym bitem s: (unix 'który' odnajdzie go bez problemów).
ls -al / usr / local / bin -rwxrwsr-- 110 root nmt 5535636 17 lipca 2012 git
Oto próba węzła:
> which.sync('git')Error: not found: git
Zmieniam uprawnienia (chomd 755 git). Teraz węzeł, który może go znaleźć.
Używam menedżera wersji węzła. Otrzymałem ten komunikat o błędzie, ponieważ przełączyłem się na inną wersję węzła. Kiedy wróciłem do wersji węzła, w którym zainstalowałem bower, ten błąd zniknął. W moim przypadku polecenie byłonvm use stable
npm install
? Czy to się nie udało? Czy zainstalował altanę w jakimś miejscu poza twoimPATH
?Odpowiedzi:
Podobnie jak w tym pytaniu ( prefiks ścieżki globalnej npm ) wszystko czego potrzebujesz to ustawić poprawne
npm prefix
.UNIX:
Windows i NVM:
Następnie
bower
powinien znajdować się tylko w twoim$PATH
.źródło
node_modules
lokalnie,package.json
a nie globalnie, ponieważ różne projekty mogą używać różnych wersji (o to chodzinpm
). Prawdziwym problemem jest to, że system nie jest w stanie znaleźć lokalnego pliku wykonywalnego altany.Jestem prawie pewien, że tak naprawdę nie instalujesz go poprawnie. Ponieważ próbujesz zainstalować go globalnie, będziesz musiał uruchomić go za pomocą sudo:
źródło
Okazało się, że NIE jest to problem z altaną, chociaż pojawił się u mnie z altaną.
Wydaje się, że problem dotyczy węzła, który. Jeśli plik znajduje się w ścieżce, ale ma ustawiony bit setuid / setgid, oznacza to, że go nie znajdzie.
Oto pliki z ustawionym bitem s: (unix 'który' odnajdzie go bez problemów).
Oto próba węzła:
Zmieniam uprawnienia (chomd 755 git). Teraz węzeł, który może go znaleźć.
Mam nadzieję że to pomoże.
źródło
Używam menedżera wersji węzła. Otrzymałem ten komunikat o błędzie, ponieważ przełączyłem się na inną wersję węzła. Kiedy wróciłem do wersji węzła, w którym zainstalowałem bower, ten błąd zniknął. W moim przypadku polecenie było
nvm use stable
źródło
Alternatywnie możesz użyć tego,
npx
który pojawia się wraz z npm> 5,6.npx bower install
źródło