Mam ogromne problemy podczas próby użycia altany (do zainstalowania Foundation 5) lub uzyskania czegokolwiek związanego z pracą w wierszu poleceń.
Zainstalowałem
- rubin 1.9.3
- git (z opcją uruchamiania z wiersza poleceń)
- Nodejs
Z powodzeniem biegałem
npm install -g bower grunt-cli
gem install foundation
i te działały dobrze. Zajrzałem do npm/node_modules
katalogu i widzę bower
tam folder.
Za każdym razem, gdy wpisuję bower
albo do cmd
, ruby cmd
albo git bash
otrzymuję
polecenie nie zostało rozpoznane
Ustawiłem ścieżkę git w zmiennych środowiskowych.
Irytujące są instrukcje na stronie altanki. W Stanach:
npm install -g bower
bower install
Cóż, to nie działa!
node.js
zurb-foundation
bower
trickydisco
źródło
źródło
Odpowiedzi:
Potem też wpadłem na ten problem
npm install -g bower
. Rozwiązałem problem, dodając folder binarny npm do mojej ścieżki.Oto kilka pomocnych wskazówek, jak to zrobić:
npm config get prefix
. Ta ścieżka może wyglądać jakC:\Users\username\AppData\Roaming\npm
(lubC:\ProgramData\chocolatey\lib\nodejs.commandline.X.XX.XX\tools
jeśli używasz Chocolatey ).Dodaj ścieżkę z kroku 1 do swojej ścieżki.
Otwórz Panel sterowania systemu Windows, wyszukaj
environment
, a następnie kliknij alboedit environment variables for your account
Edytuj zmienne środowiskowe systemu.Znajdź zmienną o nazwie
Path
lubPATH
lub utwórz ją, jeśli nie istnieje.Wklej tutaj ścieżkę z kroku 1 (
;
rozdzielaną).Może być konieczne ponowne uruchomienie okna wiersza polecenia.
Powinieneś teraz móc wprowadzać
bower
polecenia.źródło
npm 1.3.2
ibower 1.7.9
.gdyby to pomogło.
Jestem npm / bower nooB - ale to, co się stało w moim przypadku, polegało na tym, że korzystałem z samouczka Angular JS, który wydaje się, że bower jest skonfigurowany do używania przez npm , a NIE bezpośrednio z wiersza poleceń.
Uwaga: w moim przypadku myślę, że moja instalacja altany się popsuła. Uruchomiłem to, aby naprawić moją instalację altany:
Następnie zmodyfikowałem plik bower.json, aby dodać nową bibliotekę, której chciałem użyć (w moim przypadku angular-sanitize)
I CD do lokalizacji mojego projektu
Następnie, aby uruchomić altanę, faktycznie użyłem instalacji npm:
Wydaje się, że bower działa jako pakiet węzłowy, który z kolei skanuje bower.json i instaluje brakujące pakiety bower.
Aby uruchomić bower jako pakiet npm, dodaj
npm
przed komendą bower:mam nadzieję że to pomoże,
Sean
źródło
Jeśli powyższe rozwiązania nie działają. Myślę, że powinieneś określić bezwzględną ścieżkę do użycia altany w wierszu polecenia. Po prostu dzwonię z folderu aplikacji
To jest treść w moim bower.cmd. Wygląda na to, że moje okna nie mogą rozpoznać zmiennej ~ dp0,
źródło
Zdecydowanie tak się stanie, jeśli długość zmiennej PATH systemu Windows będzie bliska 1024. Dlatego nowe linki, takie jak „C: \ Users \ nazwa_użytkownika \ AppData \ Roaming \ npm” po prostu nie będą do tego pasować.
Sprawdź swoją PATH, usuń dodatkowe rzeczy i spróbuj przeinstalować node.js i bower itp. Jest również sposób na zwiększenie limitu długości 1024
źródło
Jak wspominali inni, trzeba dodać bower do zmiennych środowiskowych, ale najłatwiejszym sposobem zlokalizowania jest po prostu najpierw wpisanie lokalizacji npm, a następnie użycie
Browse File
i zlokalizowanie bowera w systemie (możesz go również wyszukać w pasku wyszukiwania), ponieważ lokalizacja może się różnić dla różnych użytkowników.źródło
1. Wpisz cmd systemu Windows:
2. Załaduj ponownie cmd
źródło
Ten sam problem. Rozwiązałem to, używając innej wersji altany. Działa, gdy próbowałem użyć wersji 1.2.6
$ npm install -g [email protected]
źródło
Miałem ten problem po zainstalowaniu Chocolatey 0.9.8.28. Wypróbowałem większość wymienionych tutaj rozwiązań, ale nie mogłem rozpoznać „bower -v” w linii poleceń programu PowerShell. Wydawało się to trochę dziwne, ponieważ instalacja Chocolatey to „wszystko o” Powershell. W końcu udało mi się odnieść sukces, ustawiając ścieżkę tak, aby Powershell mógł znaleźć zaktualizowane ustawienia zmiennej PATH, ale potrzebowałem pomocy, aby zrozumieć, dlaczego i jak to zrobić, co przedstawiam poniżej:
Po początkowym niepowodzeniu z Powershell, mogłem przejść do standardowego wiersza poleceń DOS (nie za pomocą cmd / c w programie PowerShell) i pomyślnie wykonać wszystkie warianty ustawień ścieżki, które zostały omówione powyżej, i odnieść sukces w zobaczeniu rozpoznanych poleceń altany przez wiersz poleceń DOS. A okno cmd pokazało pełną zaktualizowaną ścieżkę (C: \ ProgramData \ chocolatey \ lib \ nodejs.commandline.0.10.34 \ tools) - zauważ, że numer wersji może się zmienić w porównaniu z listą przez szanownego KimchiMana.
Ta PATH utrzymywała się podczas zamykania i otwierania nowych okien linii poleceń DOS, ale nie została (nigdy) rozpoznana w żadnym oknie Powershell.
Następnie odkryłem następującą powiązaną dyskusję: Ustaw ustawienia ścieżki programu PowerShell.
Wskazuje to, że Powershell rozpoznaje wersję ustawień ścieżki HKLM podczas uruchamiania. ORAZ można ustawić Ścieżkę ALARMOWĄ W sesji (nietrwała) lub w Rejestrze (trwała). Poniższy tekst pochodzi bezpośrednio z tej dyskusji.
Te polecenia mogą tymczasowo ustawić PATH dla sesji PowerShell:
Te polecenia mogą trwale ustawić PATH dla wszystkich nowych sesji programu PowerShell:
Ale wcześniej majstrowałem przy programowym ustawianiu ustawień rejestru i nie sądzę, aby jedna lub dwie linijki skryptu PS w ogóle spełniały zadanie. Więc nawet nie próbowałem tej opcji.
Zamiast tego poszedłem do Panelu sterowania / konsoli systemu i zmieniłem ścieżkę w oknie dialogowym Zmienne środowiskowe. Zauważyłem, że cały wysiłek, jaki poczyniłem, aby zmienić ścieżkę za pomocą set PATH w wierszu poleceń DOS, zadziałał podczas sesji systemu Windows, ale nowy wpis ścieżki nie został utrwalony w zmiennych środowiskowych / rejestrze, mimo że sesja DOS była uruchomiona jako administrator.
Po wprowadzeniu tej zmiany za pośrednictwem Panelu sterowania zaktualizowana ścieżka do bower w folderze narzędzi Chococlatey (i prawdopodobnie wszystkie kolejne instalacje narzędzi) zostały ustawione na stałe, a bower był dostępny zarówno w wierszu poleceń DOS, jak iw wierszu poleceń Powershell.
mam nadzieję że to pomoże...
źródło
Odinstalowanie 64-bitowej i zainstalowanie 32-bitowej wersji nodejs wraz z git-32-bitowym działało!
źródło
Miałem ten sam problem. Po prostu uruchomiłem „npm install -g bower”, a następnie odwiedziłem katalog, w którym został pobrany, w moim przypadku lokalizacja była „C: \ Users \ user \ AppData \ Roaming \ npm \ node_modules \ bower”
Z katalogu uruchomiłem bower i wszystko działa dobrze, nawet z innego katalogu
źródło