Napotkaliśmy ten sam problem podczas aktualizacji starszego projektu w zależności od [email protected] do węzła.js 12+.

Te poprawki umożliwiają korzystanie z węzła.js 12 + z {[2] } przez nadpisanie graceful-fs do wersji ^4.2.4.

Jeśli używasz włóczki v1

Yarn v1 wspiera rozdzielanie pakietu do zdefiniowanej wersji. Musisz dodać resolutions sekcję do swojego package.json:

{
  // Your current package.json contents
  "resolutions": {
    "graceful-fs": "^4.2.4"
  }
}

Dzięki @jazd za ten sposób rozwiązania problemu.

Jeśli używasz npm

Za pomocą npm-force-resolutions jako preinstalowany skrypt możesz uzyskać podobny wynik jak w przypadku yarn v1. Musisz zmodyfikować swój pakiet.json w ten sposób:

{
  // Your current package.json
  "scripts": {
    // Your current package.json scripts
    "preinstall": "npx npm-force-resolutions"
  },
  "resolutions": {
    "graceful-fs": "^4.2.4"
  }
}

npm-force-resolutions zmieni plik package-lock.json, aby ustawić graceful-fs na żądaną wersję przed wykonaniem install.

Jeśli używasz niestandardowego pliku .npmrc w swoim projekcie i zawiera on proxy lub rejestr Niestandardowy, być może będziesz musiał zmienić npx npm-force-resolutions na npx --userconfig .npmrc npm-force-resolutions, ponieważ na razie npx nie używa bieżącego folderu .npmrc plik domyślnie.

Pochodzenie problemu

Kwestia ta wynika z faktu, że [email protected] zależy od graceful-fs@^3.0.0 który węzeł monkeypatches.moduł js fs.

To działało z Node.js do wersji 11.15 (która jest wersją z gałęzi deweloperskiej i nie powinna być używana w produkcji).

graceful-fs@^4.0.0 nie posiada węzła monkeypatch.moduł js fs, co czyni go kompatybilnym z Node.js > 11.15 (testowane i współpracujące z wersje 12 i 14).

Zauważ, że nie jest to trwałe rozwiązanie, ale pomaga, gdy nie masz czasu na aktualizację do gulp@^4.0.0.

Napraw to w 1 minutę:

Po prostu wykonaj te kroki . Jestem na windows 10 i działało idealnie dla mnie!

1. w tym samym katalogu, w którym masz package.json Utwórz plik npm-shrinkwrap.json o następującej zawartości:

    {
      "dependencies": {
        "graceful-fs": {
            "version": "4.2.2"
         }
      }
    }

1. Uruchom npm install i nie martw się, zaktualizuje npm-shrinkwrap.json z mnóstwem Treści.

2. Uruchom gulp, aby rozpocząć projekt.

Użyj następujących poleceń i zainstaluj node v11.15.0:

npm install -g n

sudo n 11.15.0

Rozwiąże

ReferenceError: primordials nie jest zdefiniowany w node

Użyj następujących poleceń, aby zainstalować node v11.15.0 i gulp v3.9.1:

npm install -g n

sudo n 11.15.0

npm install gulp@^3.9.1
npm install 
npm rebuild node-sass

Rozwiąże ten problem:

ReferenceError: primordials is not defined in node

Używając NVM do zarządzania używaną wersją węzła, uruchamianie następujących poleceń zadziałało dla mnie:

$ cd /to/your/project/
$ nvm install lts/dubnium
$ nvm use lts/dubnium
$ yarn upgrade # or `npm install`

Gulp 3.9.1 nie działa z Node v12.x. x, a jeśli upgrade do Gulp 4.0.2, trzeba całkowicie zmienić gulpfile.js z nową składnią (Series & Parallels). Więc najlepiej jest obniżyć do Node V 11.x. x, 11.15.0 działało dobrze dla mnie. Wystarczy użyć następującego kodu w Terminalu:

nvm install 11.15.0
nvm use 11.15.0 #just in case it didn't automatically select the 11.15.0 as the main node.
nvm uninstall 13.1.0
npm rebuild node-sass

Proste i eleganckie rozwiązanie

W tym samym katalogu, w którym masz pakiet.json tworzy npm-shrinkwrap.plik json o następującej treści:

{
  "dependencies": {
    "graceful-fs": {
        "version": "4.2.2"
     }
  }
}

Uruchom npm install i nie martw się, zaktualizuje npm-shrinkwrap.json z mnóstwem Treści. Pozbądźmy się tych aktualizacji poprzez aktualizację pakietu .opcje skryptów json.

"scripts": {
    "preshrinkwrap": "git checkout -- npm-shrinkwrap.json",
    "postshrinkwrap": "git checkout -- npm-shrinkwrap.json"
}

Teraz możesz uruchomić npm install i swój npm-shrinkwrap.json będzie nienaruszony i będzie działał wiecznie.

Miał ten sam błąd i ostatecznie naprawić, że po zaktualizowaniu wszystkich pakietów, a następnie wspomniał ta sama wersja silnika węzła i wersja npm w package.json, Jak to jest w moim lokalnym systemie pracy.

 "engines": {
    "node": "10.15.3",
    "npm": "6.9.0"
 }

Więcej kasy heroku support

TL:DR

Gulp 3.* nie działa na Node 12.* lub powyżej. Musisz downgrade Node, lub uaktualnić Gulp.

Jeśli masz mało czasu, zmień węzeł na v11.* lub poniżej; jeśli potrzebujesz nowszych funkcji i masz czas, aby ewentualnie naprawić obciążenie uszkodzonych zależności, Uaktualnij Gulp do 4.* lub powyżej!

Jak już wspomnieli inni, Gulp {[2] } nie jest obsługiwany na Node 12 lub powyżej, więc będziesz musiał obniżyć wersję węzła do 11.* lub poniżej, lub upgrade your Gulp to 4.0.

Najlepsza opcja zależy ostatecznie od tego, ile masz czasu, ponieważ aktualizacja Gulp przynosi korzyści z czystszych plików gulp i wbudowanej kontroli nad wykonywaniem zadań w serii lub równoległych , ale także polega na ponownym zapisaniu pliku gulp do nowej składni i Może (Czytaj: prawdopodobnie będzie - zobacz koniec tego komentarza) powodować konflikty z niektórymi zależnościami.

Downgrading Node

Jest to najłatwiejszy i najszybszy opcja. Szczególnie jeśli używasz n lub NVM , ponieważ pozwalają one na bardzo szybką instalację i przełączanie między wersjami węzłów.

Instalowanie wersji węzła na N

n 10.16.0

InstallingNode version on NVM

nvm install 10.16.0

Jeden zrobiłeś to, Może trzeba odbudować npm zależności lub alternatywnie usunąć zarówno folder node_modules i plik package-lock.json i ponownie zainstalować zależności. Chociaż jeśli tylko powracasz do wstępnie istniejąca Wersja węzła, prawdopodobnie powinno być w porządku.

Upgrading Gulp

Być może będziesz musiał uaktualnić węzeł, aby go użyć, zmuszając cię do uaktualnienia Gulp. Lub możesz po prostu chcieć korzyści z używania Gulp 4, ponieważ oferuje lepsze i bardziej efektywna kontrola nad zadaniami pisarskimi.

Jest już wiele artykułów na ten temat, więc nie będę dalej omawiał szczegółów, ale powtarzam - to nie jest szybka praca . W zależności od wielkości projektu, może być kilka godnych uwagi ponownego pisania wymagane, i mogą mieć zależności, które pękają. Jeśli masz mało czasu, powinieneś zdecydować się na po prostu downgrading Node, przynajmniej tymczasowo.

Jeśli, podobnie jak ja, używasz już Gulp 4+ (ja używałem Gulp 4.0.2, pierwotnie na węźle 10) i niedawno zaktualizowałeś (zaktualizowałem do Node 13.8.0), Czy nadal masz problem, może to być spowodowane tym, że zależność polega na starszej wersji Gulp, a to zostaje złapane w rurociąg.

W moim przypadku gulp-combine-mq była zależnością używającą Gulp 3.9.*. Wyłączenie tego zadania w moim pliku gulpfile pozwoliło Gulpowi uruchomić się ponownie.

Jeśli tak się stanie, masz kilka opcji: możesz,

1. idź bez wtyczki, jeśli nie jest to absolutnie konieczne
2. Znajdź alternatywę,
3. napraw wtyczkę

Nie trzeba dodawać, że jeśli masz kilka wtyczek, które opierają się na starszej wersji Gulp-zwłaszcza jeśli te wtyczki są niezbędne dla Twojej aplikacji - to jest, gdzie może być ogromny dodatkowy kawałek czasu spędzonego na aktualizacji Gulp (stąd ostrzeżenia powyżej).

Jeśli tak się stanie, najlepiej po prostu downgrade Node, w najmniej do czasu wydania poprawek.

Jeśli problem nie pochodzi z gulp, Sprawdź rozpakuj moduł npm. minęło 6 lat od ostatniej aktualizacji. nie działa z Node > v11.

Spróbuj tego:

npm install -g n

sudo n 11.15.0

Sprawdź wersję węzła:

 node --version

Sprawdź wersję gulp:

gulp -v

Jeśli węzeł >=12 i gulp

1. Upgrade gulp

sudo npm install -g gulp

1. Downgrade node

sudo npm install -g n
sudo n 11.15.0

Https://www.surrealcms.com/blog/how-to-upgrade-or-downgrade-nodejs-using-npm.html

Downgrading do node stable Naprawiono ten problem dla mnie, jak to miało miejsce po uaktualnieniu do node 12

sudo n 10.16.0

Ten błąd jest spowodowany nową wersją Node (12) i starą wersją gulp (mniej niż 4).

Downgrading Node i innych zależności nie jest zalecane. Rozwiązałem to poprzez aktualizację pliku package.json pobierającego najnowszą wersję wszystkich zależności. Do tego używam npm-check-updates. Jest to moduł, który aktualizuje package.json z najnowszą wersją wszystkich zależności.

Bibliografia: https://www.npmjs.com/package/npm-check-updates

npm i -g npm-check-updates
ncu -u
npm install

W w większości przypadków będziemy musieli zaktualizować gulpfile.js, jak również następujące:

Bibliografia: https://fettblog.eu/gulp-4-parallel-and-series/#migration

Przed:

gulp.task(
    'sass', function () {
        return gulp.src([sourcePath + '/sass/**/*.scss', "!" + sourcePath + "/sass/**/_*.scss"])

            ....

    }
);

Other config...

gulp.task(
    'watch', function () {
        gulp.watch(sourcePath + '/sass/**/*.scss', ['sass']);
    }
);

Po:

gulp.task('sass', gulp.series(function(done) {
    return gulp.src([sourcePath + '/sass/**/*.scss', "!" + sourcePath + "/sass/**/_*.scss"])

            ...

    done();
}));

Other config...

gulp.task(
    'watch', function () {
        gulp.watch(sourcePath + '/sass/**/*.scss', gulp.series('sass'));
    }
);

Miałem do czynienia z tym samym problemem. Co próbowałem i pracowałem dla mnie:

1. Sprawdź wersję NODE i GULP (kombinacja node V12 i gulp mniej niż V4 nie działa)

2. I downgrade npm version by:

   • sudo npm install-g n
   • sudo N 10.16.0

To działało dobrze, następnie po prostu postępuj zgodnie z instrukcjami konsoli.

Otrzymywałem ten błąd w systemie Windows 10. Okazało się, że to zepsuty profil roamingowy.

npm ERR! node v12.4.0
npm ERR! npm  v3.3.12

npm ERR! primordials is not defined
npm ERR!
npm ERR! If you need help, you may report this error at:
npm ERR!     <https://github.com/npm/npm/issues>

npm ERR! Please include the following file with any support request:

Usunięcie folderu C:\Users\{user}\AppData\Roaming\npm naprawiło mój problem.

Uaktualnij do 4.0.1 i upewnij się, że migracja https://fettblog.eu/gulp-4-parallel-and-series/#migration

Naprawiłem ten problem w systemie Windows 10, odinstalowując węzeł z Dodaj lub usuń programy -> węzeł.js

Następnie zainstalowałem wersję 11.15.0 z https://nodejs.org/download/release/v11.15.0/

Wybierz node-v11. 15. 0-x64.msi, jeśli Twój system Windows 64bit.

To może przyjść późno, ale dla każdego, kto nadal jest zainteresowany utrzymaniem swojego węzła v12 podczas korzystania z najnowszego gulp ^4.0, wykonaj następujące kroki:

Zaktualizuj interfejs wiersza poleceń (na wszelki wypadek) używając:

npm i gulp-cli -g

Dodaj / zaktualizuj {[3] } w sekcji zależności Twojego pakietu.json

"dependencies": {
  "gulp": "^4.0.0"
}

Usuń swój package-lock.json Plik

Usuń swój node_modules folder

Na koniec uruchom npm i, aby uaktualnić i odtworzyć zupełnie nowy folder node_modules i blokada pakietu.plik json z poprawnymi parametrami dla Gulp ^4.0

npm i

Uwaga js 4.0 wprowadza metody series() i parallel() do łączenia zadań zamiast metod tablicowych używanych w Gulp 3, więc możesz napotkać błąd w starym skrypcie gulpfile.js.

Aby dowiedzieć się więcej o stosowaniu tych nowych funkcji, Ta strona naprawdę zrobiła to sprawiedliwie: https://www.sitepoint.com/how-to-migrate-to-gulp-4/

(Jeśli to pomoże, proszę zostawić grzmot )

Gulp robi problem z Nodejs w wersji 11 i nowszej. Odinstaluj aktualną wersję węzła i ponownie zainstaluj v10.15.1 Oto link do tej wersji. To mi pomoże i rozwiąże również Twój problem.

Https://nodejs.org/download/release/v10.15.1/

Dla tych, którzy używają yarn.

yarn global add n
n 11.15.0
yarn install # have to install again

Dzieje się tak dlatego, że problem ze zgodnością pomiędzy node i gulp w Twoim systemie. Obniżenie wersji node lub uaktualnienie gulp rozwiąże ten problem.

sudo npm i -g n
sudo n 11.15.0

Spróbuj usunąć folder node_modules I plik package-lock.json i zainstalować ponownie za pomocą polecenia npm i, jeśli nadal nie działa.

Jeśli próbujesz zainstalować semantic-ui i wystąpi następujący błąd, spróbuj pobrać najnowszą wersję node js(13.5.0) z najnowszymi funkcjami, z Node.js.org ponadto zamiast próbować npm install semantic powinieneś po prostu dodać link (który możesz znaleźć z cdnjs link do nagłówka Twojego pliku index.html. Powodzenia!

Ponieważ mój projekt korzystał z gulp w wersji 4, musiałem wykonać następujące czynności, aby rozwiązać ten problem

1. Usuń Node_modules
2. otwórz paczkę.json i wersja aktualizacji

Oto szczegóły wersji, której używam

Teraz uruchom npm install następnie uruchom gulp default, błąd powinien zniknąć i możesz zobaczyć Zadanie nigdy nie zdefiniowane: tylko domyślne.

Miłego dnia.

Trafiłem w ten błąd po aktualizacji mojego węzła do wersji 12, która nie działa z Gulp 3.9.1. W związku z tym, że mój gulpfile.js nie było tak skomplikowane, postanowiłem uaktualnić do Gulp 4 za pomocą Ten artykuł, poszło dobrze, i jest o wiele łatwiejsze niż myślałem.

Tutaj Masz Dwie Opcje

1. albo upgrade do gulp 4 albo Else
2. downgrade do wcześniejszej wersji węzła.

Używałem node v12. 13.1, więc zmniejszyłem do v10.19.0 i działa dobrze po tym.

Mam ten sam problem instalując pakiet npm https://www.npmjs.com/package/webshot

Uwaga: był to znany problem dla tego pakietu, ponieważ zależy on od graceful-FS za kulisami.

FIX: 1. upgrade graceful-fs do 4.x lub wyższy

Fix: 2. zamiast tego użyj webshot-node https://www.npmjs.com/package/webshot-node

Próbowałem wiele sugestii, aby rozwiązać ten problem dla istniejącego projektu na moim komputerze z systemem Windows 10 i skończyło się na następujących krokach, aby go naprawić; {]}

• Odinstaluj Węzeł.js z "Dodaj lub usuń programy". Uruchom nowy wiersz polecenia i wpisz gulp -v, a następnie node -v, aby sprawdzić, czy został całkowicie odinstalowany.
• Pobierz i zainstaluj węzeł.js v10.16.0 - nie najnowsza jak najnowsza kombinacja węzłów i gulp powoduje problem, o ile widzę. Podczas instalacji Nie zmieniłem ścieżki instalacji co normalnie robię(C:\Program Files\nodejs).
• Otwórz nowy wiersz polecenia, przejdź do katalogu projektu, w którym masz swój plik gulpfile.js i zacznij łykać, jak pokazano na obrazku.

Proszę zauważyć, że czasami, gdy przełączam się między gałęziami git, może być konieczne Zamknięcie mojego Visual Studio i ponowne uruchomienie go jako Admin, aby To rozwiązanie znowu działało.

Z tego co widzę ten problem zaczął się pojawiać po zainstalowaniu najnowszej zalecana wersja (12.18.4) węzła.js dla nowego projektu i zdałem sobie z tego sprawę dopiero wtedy, gdy pewne zmiany FE nie zostały uwzględnione w istniejącym projekcie www.

Dla każdego, kto ma ten sam błąd z tego samego powodu w ADOS CI Build:

To pytanie było pierwsze, jakie znalazłem, szukając pomocy. Mam ados Ci zbudować rurociąg gdzie pierwszy węzeł.zadanie instalatora js tool służy do instalacji węzła. Następnie npm task jest używany do instalacji gulp (npm install-g gulp). Następnie następujące zadanie Gulp uruchamia default-task z pliku gulpfile.js. Jest w nim coś z gównem.

Kiedy zmieniłem węzeł.js narzędzie do instalacji 12.x Najnowszy węzeł zamiast starszego a najnowsza wersja gulp to 4.0.2. Rezultatem był ten sam błąd, co opisany w pytaniu.

To, co zadziałało dla mnie w tym przypadku, to downgrade node.js do ostatniej jedenastki.wersja x, jak już zasugerowali Alphonse R. Dsouza i Aymen Yaseen. W tym przypadku nie ma potrzeby używania żadnych poleceń, które sugerują, ale po prostu ustaw węzeł.js Tool installer Wersja spec do najnowszej wersji węzła od 11.x.

Dokładna wersja Node.js że zainstalowałem i działa 11.15.0. Nie musiałem obniżać poziomu łykania.