webpack --watch n'est pas de compiler les fichiers modifiés

J'ai essayé de courir webpack --watch et après le montage de mes fichiers JS, il ne donne pas lieu à une auto-recompilation.

J'ai essayé de réinstaller webpack à l'aide de npm uninstall mais ça ne marche toujours pas.

Des idées?

InformationsquelleAutor alcedo | 2014-11-03

65

Pour info: il semble OS X peut avoir un dossier corrompue et ne plus envoyer de fsevents (qui watchpack/chokidar/Finder utilise) pour lui-même et de tous les dossiers enfants. Je ne peux pas être sûr que c'est ce qui vous est arrivé, mais c'était très frustrant pour moi et un collègue.

Nous avons été en mesure de renommer la corruption de dossier parent, puis de regarder les événements immédiatement venu à travers comme prévu. Consultez cet article de blog pour plus d'info: http://feedback.livereload.com/knowledgebase/articles/86239-os-x-fsevents-bug-may-prevent-monitoring-of-certai

Les correctifs recommandés à partir du lien ci-dessus sont:
- le redémarrage de l'ordinateur
- la vérification du disque et réparer les autorisations via l'Utilitaire de Disque
- ajouter le dossier à mettre en lumière la vie privée de la liste (la liste des dossiers à ne pas indexer), puis de la retirer de lui, obligeant une réindexation
- de renommer le dossier, et puis, éventuellement, de le renommer en arrière
- re-création du dossier et déplacer l'ancien contenu de revenir
Deux premiers n'ont pas de travail pour nous, n'est-ce pas essayer le feu des Projecteurs de la suggestion, et de la re-création n'est pas nécessaire.

Nous avons été en mesure de trouver le problème à la racine du dossier par l'ouverture du Finder et de la création de fichiers dans chaque dossier parent jusqu'à ce que l'on a montré immédiatement (depuis le Finder obtiendrez arrosé par ce bug aussi). La racine du dossier qui n'a pas de mise à jour est le coupable. Nous venons de mv'd et mv'd il à son nom d'origine, puis le guetteur travaillé.

Aucune idée de quelles sont les causes de la corruption, mais je suis juste content d'avoir un correctif.
- J'ai renommé mon ~/dossier Sites à autre chose, et puis de nouveau à ~/Sites et il a fixé l'erreur. Il a également corrigé plusieurs autres erreurs sur d'autres projets. Parler de tuer des 2 oiseaux avec 1 pierre. Merci beaucoup!!!
- J'ai fait face à ce problème, tout en travaillant avec watchify, aucune des étapes travaillé avec moi, donc j'ai utilisé le sondage arg. Beaucoup de gens passent le sondage arg à browserify au lieu de watchify. Mon code ressemble à ceci: watchify(browserify(config.src,{}), {poll:100});
- Pas sûr à 100% c'est la raison, mais la désactivation de mon Dropbox client de synchronisation lors de l'exécution du watchify a fonctionné pour moi. Les deux npm install ainsi que les noms de répertoire sont très intensifs opérations de la façon dont le client de synchronisation est mis en œuvre.
- Le redémarrage a fonctionné pour moi sur Linux, j'ai eu ce problème avec webpack-dev-serveur, après des heures à essayer de comprendre pourquoi il a travaillé hier mais pas aujourd'hui...
- IIRC, webpack-dev-server's watcher a un poll option qui devrait atténuer le problème, si c'est récurrent. Mon équipe a souvent la question à plusieurs reprises des cultures. Toujours pas sûr de ce qui en est la cause.
- Dans le dossier, j'ai remarqué le problème, j'ai juste commencé à touching fichiers jusqu'à ce que j'en ai trouvé un qui fonctionne. Ensuite, j'ai su que c'était le dossier ci-dessous que l'on. mving et puis mving retour travaillé. JE VOUS REMERCIE.
- Note: mon équipe a surtout mis à jour à El Capitan, et nous n'avons pas vu ce même comportement depuis. (fixe, peut-être?)
- J'ai remarqué ce comportement peut être après décocher l'option "Autoriser les Suggestions Spotlight dans le Regard vers le haut" dans Spotlight paramètres sur MacOS Sierra. Renommer mon dossier Sites à quelque chose d'autre, puis un retour vers des Sites a travaillé pour moi aussi.
- Il y a un problème actuel avec webpack 3 et le ModuleConcatenationPlugin qui empêche de regarder pour les modifications de fichiers. En omettant il semble pour lui permettre de travailler.
- À partir de 2017, cette réponse encore m'a sauvé de l'enfer! Pensais que mon webpack config est mal tout le temps!
InformationsquelleAutor Ben Mosher
80

Si votre code n'est pas d'être recompilé, essayez d'augmenter le nombre d'observateurs (sous Ubuntu):
```
echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
```
Source: https://webpack.github.io/docs/troubleshooting.html
- sudo sysctl -p ne fonctionne pas sur Mavericks. Toutes les nouvelles idées?
- A fonctionné pour moi (Ubuntu), merci 😉
- Il y a un problème en cours avec Webpack 3 et ModuleConcatenationPlugin. En omettant ModuleConcatenationPlugin permet regarder pour continuer.
- Salut, cela a résolu mon problème merci
- essayé de regarder et de changer /etc/sysctl.conf directement? Changer resp. settting que la clé-valeur? (Si vous ne pouvez pas trouver la commande pour appliquer ad-hoc (sysctl -p), eh bien c'est un seul redémarrage de l'ordinateur, et vous devriez être bon...)
- Je vous recommandons de vérifier le nombre de montres avant, pour s'assurer qu'il n'a pas été augmenté (pour vous donner une idée, si ce pourrait ge le problème): c'est à dire sudo sysctl -a | grep max_user_watches
- Cela a résolu mon problème. Merci!!!!
- Cela a résolu mon problème lors de l'exécution de chroot (Ubuntu) sur un Chromebook
- A fonctionné pour moi(CentOs 7). Merci
- C'était le problème après la mise à niveau vers Ubuntu 18.04 LTS, Ce qui a résolu mon problème.. Bravo
- merci cela a résolu le problème dans Ubuntu 16.04 LTS.
InformationsquelleAutor César D. Velandia
30

Ajoutant le code suivant à mon webpack fichier de configuration fixe le problème pour moi, espérons que cette aide.
N'oubliez pas de les ignorer votre dossier node_modules, comme ce serait tuer la performance pour l'HMR (Remplacement de Module à Chaud):
```
watchOptions: {
  poll: true,
  ignored: /node_modules/
}
```
- Il fonctionne, mais pourquoi et pour quoi faire?
- webpack pouvez regarder des fichiers et de les recompiler à chaque fois qu'ils changent. Montre de mode est désactivé par défaut, de sorte watch: true pourrait fonctionner ainsi. L'interrogation est le contrôle continu de d'autres programmes ou dispositifs par un programme ou un périphérique de voir dans quel état ils sont, généralement pour voir si ils sont toujours connectés ou souhaitez communiquer. Le choix de poll: true permet webpack de vérifier l'état de votre programme afin de voir si des changements ont été effectués, ou au moins que ce que je suppose qui se passe.
- Reliant les docs: La poll option est définie par watchpack
InformationsquelleAutor CoderBriggs
22

J'ai eu ce problème lorsque l'on travaille avec WebStorm.

Désactivation Paramètres -> Paramètres Système -> "sûr écrire" résolu pour moi.

La recommandation de le faire dans: WebPack Dépannage
- Merci! C'était vraiment pas évident que le problème était dans le PhpStorm!
InformationsquelleAutor Chris
14

Juste pour ajouter à des solutions possibles:
J'ai eu mon dossier de projet à l'intérieur d'un dossier Dropbox, sortir résolu le problème pour moi. (OS X)
- Cela a fonctionné pour moi aussi—je souhaite que cette réponse avait été plus près du sommet. OS X pour moi aussi (El Capitan).
- Cela a réglé mon problème. Merci pour cette!
- Savez-vous pourquoi est-ce qui se passe? @Les
InformationsquelleAutor Les
9

Un problème est que si vos noms de chemin d'accès ne sont pas absolues alors des choses comme cela sera le cas. J'avais accidentellement mis resolve.root à ./ au lieu de __dirname et cela m'a fait perdre beaucoup de temps, de supprimer et de re-création de fichiers comme le gars au dessus de moi.

InformationsquelleAutor Liam Horne
8

Si l'évolution des fs.inotify.max_user_watches comme pointend par César ne fonctionne toujours pas, essayez d'utiliser d'interrogation à la place des autochtones par les observateurs de la création de votre script comme indiqué dans le docs ou de l'exécution webpack avec --watch --watch-poll options.

InformationsquelleAutor Angelo Selvini
8

Travail pour moi dans Laravel Homestead
```
--watch --watch-poll
```
- Cela a fonctionné pour moi (dans un autre système de fichiers) dans Ubuntu
- travailler frère
InformationsquelleAutor Alberto Oliveira
7

Dossier de la casse a été mon problème. Mon code appelle à exiger() avait toutes les minuscules des noms de chemin d'accès, MAIS le fait répertoires avait une lettre majuscule en eux. J'ai renommé tous mes répertoires en minuscules et webpack regarder a travaillé instantanément.
- Cela ne devrait pas être downvoted, il a travaillé pour moi. Il m'a fallu un certain temps pour réaliser le problème parce que mon application fonctionne correctement, mais la recharge est particulier au sujet de la casse.
- Si vous êtes à la migration de votre projet à partir de Windows à Mac, qui peut être un réel problème. Merci!
InformationsquelleAutor Acker Apple
6

Mises à jour: suppression de l'ensemble du répertoire et git clonage de nouveau de pensions résout mon problème.
- Mais il doit y avoir une raison à cela
InformationsquelleAutor alcedo
6

Si vous utilisez Vim, vous devriez essayer de réglage backupcopy à oui, plutôt que la valeur par défaut auto. Sinon Vim va parfois renommer le fichier d'origine et en créer un nouveau, qui mess avec webpack montre:

https://github.com/webpack/webpack/issues/781

Juste ajouter ceci à votre vim paramètres si c'est le cas:

ensemble backupcopy=oui

InformationsquelleAutor rosenfeld
6

Notez que si vous exécutez webpack à l'intérieur d'une machine virtuelle (Vagrant /Virtualbox) et que vous modifiez vos fichiers sur la plate-forme hôte, mises à jour de fichiers dans le dossier partagé peut ne pas déclencher inotify sur Ubuntu. Que va provoquer des changements pour ne pas être repris par webpack.

voir: Virtualbox ticket #10660

Dans mon cas, de modifier et d'enregistrer le fichier sur de l'invité (vi) ne déclenchent webpack. Montage sur l'ordinateur hôte (dans PhpStorm, le bloc-notes ou tout autre application) dit de ne PAS déclencher webpack ce que j'ai fait.

Je l'ai résolu en utilisant vagrant-fsnotify.
- Bien que j'utilise vagrant-notify-forwarder pour plus de magie recharger
InformationsquelleAutor mk8374876
4

J'ai eu le même problème sur un .vue de fichier.
Lorsque le serveur redémarré tout a bien fonctionné, mais sur le prochain enregistrement, il n'a pas recompilé plus.
La question a été sur le fichier d'importation chemin qui avait une lettre en majuscule. Il est très difficile de comprendre cette question, parce que tout fonctionne sur un redémarrage du serveur. Cochez la case de votre chemins.

InformationsquelleAutor Paulo Bruckmann
3

Il n'était pas recompiler pour moi, mais ensuite j'ai réalisé que /rappeler que webpack regarde le graphe de dépendance et non pas seulement un dossier (ou les fichiers). Bien sûr que les fichiers que j'étais en train de changer, ne faisaient pas partie de ce graphe encore.

InformationsquelleAutor Mike Cheel
3

Pour moi, la création de dossiers et de fichiers dans VS Code a été la question. Pour corriger, j'ai re-cloné mon repo et cette fois, créé de nouveaux dossiers et fichiers par le biais de la ligne de commande au lieu de Code. Je pense que le Code était en train de corrompre les fichiers pour une raison quelconque. J'ai vu l'application juste mis à jour, donc c'est peut-être un nouveau bug.

InformationsquelleAutor lisafrench
2

La façon dont j'ai résolu le problème était de trouver une erreur de casse dans un chemin d'importation. Dossier sur le système de fichiers était plus faible de cas première lettre, chemin d'importation a été majuscules. Tout compilé amende, si ce n'était qu'un webpack de la montre incluent question.

InformationsquelleAutor AotearoaCoder
1

J'ai le même problème. Et je remarque qu'il n'est pas de la compilation, car mon dossier contient certains caractères(*). Et l'aide de l'ancien observateur plugin semble résoudre le problème.
Ajoutez cette ligne à votre webpack fichier de config.
```
plugins: [
    new webpack.OldWatchingPlugin()
  ]
```
InformationsquelleAutor mat
1

J'ai eu le même problème, ni webpack ou cumulatif dans la montre de mode de la vaisselle attraper les modifications que j'ai apportées. J'ai trouvé que c'était de ma faute, j'étais en train de changer de module (.tsx), ce qui n'était pas encore importé n'importe où dans l'application (par exemple Application.ts qui est le point d'entrée) et je m'attendais à construire des outils de rapport d'erreurs que j'ai faites là-bas.
- - Je commencer à utiliser ce fichier à importer, où il était destiné à être utilisé.
InformationsquelleAutor itumb
1

Pour moi la suppression de node_modules et de faire npm install ou de la laine de nouveau pour installer tous les paquets résolu le problème

InformationsquelleAutor Moe Elsharif
1

Également eu ce problème à l'intérieur d'une VirtualBox (5.2.18) Ubuntu (18.04) VM à l'aide de l'Errance (2.1.15) avec rsync de synchronisation. Soudain, premier build fonctionne très bien mais Webpack ne pas prendre les modifications en compte par la suite, même avec fs.inotify.max_user_watches=524288 ensemble. L'ajout de poll: true dans Webpack config n'a pas aider non plus.

Seulement vagrant-notify-forwarder travaillé (vagrant-fsnotify n'a pas, pour une raison quelconque), mais alors la reconstruction qui s'est passé trop rapidement après l'enregistrement du fichier sur l'hôte, et je pense que rsync ne pas avoir assez de temps pour terminer sa tâche (peut-être en raison de la quantité de répertoires synchronisés à l'intérieur de mon Vagrantfile?).

Finalement, j'ai pris la montre de travailler à nouveau en augmentant la proportion de la aggregateTimeout dans mon Webpack config:
```
module.exports = {
  watch: true,
  watchOptions: {
    aggregateTimeout: 10000
  },
  ...
}
```
Si cette solution fonctionne pour vous, essayez de baisser cette valeur à nouveau, sinon vous devrez attendre 10 secondes jusqu'à ce que la construction redémarre à chaque fois que vous cliquez sur enregistrer. La valeur par défaut est 300 ms.

InformationsquelleAutor Benoît Vogel
0

Une solution facile sur MacOS est le suivant :

Ouvrir deux fenêtres du terminal dans le répertoire de votre projet réside.

Dans la première fenêtre de terminal, exécutez : webpack --watch

Dans le deuxième terminal windows s'exécute : webpack-dev-serveur

J'ai essayé beaucoup de solutions possibles et de ce qui semble être la plus fiable
- PS: je suis sous Mac OS Sierra.
- Ces sont deux choses complètement différentes solutions à un même problème, et vous ne devriez probablement pas les exécuter en parallèle. webpack --watch compile le projet et enregistre les fichiers sur le disque, équivalent à l'exécution de webpack après chaque sauvegarde. webpack-dev-server est un outil de développement qui compile à la mémoire et sert le contenu en tant que service sur http. En tout cas, votre suggestion n'est pas une solution, car les fichiers compilés ne sera pas écrit sur le disque tant que webpack --watch ne fonctionne pas comme annoncé..
InformationsquelleAutor skiabox
0

Solution Possible: changer contexte pour le répertoire app.

J'ai eu tous mes webpack fichiers de configuration dans un sous-dossier:
```
components/
webpack/
 development.js
app.js
```
Dans webpack/development.js, ensemble context: path.join(__dirname, '../') résolu mon problème.

InformationsquelleAutor wwayne
0

Après avoir essayé une poignée de stratégies pour la résolution de ce problème j'ai fini juste à renoncer, mais ensuite, pendant la résolution d'un autre problème, j'ai essayé de nouveau et tout d'un coup la --watch drapeau a été finalement de travail.

Pour être honnête, je ne sais pas précisément ce qui fait le travail, mais après avoir effectué les étapes suivantes, il a juste commencé à travailler:
```
1. Install most recent gcc version
$ sudo port install gcc48
$ sudo port select --set gcc mp-gcc48

2. Install most recent clang version
$ sudo port install clang-3.6
$ sudo port select --set clang mp-clang-3.6

3. Export variables holding the patch to C and C++ compiler
$ export CC=/opt/local/bin/clang
$ export CXX=/opt/local/bin/clang++
```
Il peut arriver que, lors de l'installation de ces paquets de certains dépendance viens d'ajouter la pièce manquante du puzzle, qui sait ...

Espère que cela aide quelqu'un en difficulté pour le faire fonctionner.

InformationsquelleAutor utxeee
0

Je suis ajoutant une autre réponse car je crois que c'est la meilleure solution à ce jour.
Je l'utilise tous les jours et ça déchire!
Il suffit d'installer cette bibliothèque :

https://github.com/gajus/write-file-webpack-plugin

Description :
Les Forces de webpack-dev-programme serveur pour écrire bundle dans le système de fichiers.

Comment faire pour installer :
```
npm install write-file-webpack-plugin --save-dev
```
InformationsquelleAutor skiabox
0

Essayez de changer --watch à -d --watch

a fonctionné pour moi

InformationsquelleAutor Adrin
0

Si ce qui s'est passé tout à coup dans votre projet, alors que cela pourrait résoudre le problème.

Peut-être en quelque sorte les fichiers qui ont été suivi de votre projet de modifications qui webpack recherche est corrompue.
Vous pouvez les créer à nouveau simplement en suivant quelques étapes simples.
1. sortir de votre projet dir. ($: cd ..)
2. déplacer votre projet de répertoire différent ($: mv {projectName} {newName})
3. aller dans le nouveau dir ($: cd {newName})
4. démarrer le serveur et vérifier si il recharge à chaque changement de fichier (il devrait fonctionner dans la plupart des cas, parce que maintenant webpack crée de nouveaux fichiers à l'affût de changements)
5. sortir de la dir ($: cd ..)
6. déplacer à son nom d'origine ($: mv {newName} {projectNam})
  Cela a fonctionné pour moi............
InformationsquelleAutor Mohammed Shoeb
0

Je suis tombé sur cette question quand j'ai eu un problème similaire-- il est apparu que webpack n'était pas rebundling, même lors de l'exécution de webpack --config.

J'ai même supprimé bundle.js et la page web affichant encore comme avant mes modifications.

Pour ceux d'entre vous qui obtiennent ce même problème, je l'ai enfin fait le "vider le cache et dur reload" option dans google chrome (à droite cliquez sur le bouton recharger avec les devtools ouvert) et qui n'a que le truc de

InformationsquelleAutor Steven Anderson
0

J'ai rencontré le même problème, essayé beaucoup de choses, enfin Chrome Effacer les Données de Navigation sur Mac a fonctionné pour moi.

Ces modules ont été installés:

"navigateur-sync": "^2.26.7",

"navigateur-sync-webpack-plugin": "^2.2.2",

"webpack": "^4.41.2",

"webpack-cli": "^3.3.9"

InformationsquelleAutor Mahdiyeh
-1

La chose est: webpack charges script à partir d'un étrange url: webpack:///qui est mis en cache.
Vous devez ajouter une version à la fin de votre script pour empêcher la mise en cache:
main-compiled.js?v=<?php echo time()?>"

InformationsquelleAutor Julia

Vous devez vous connecter pour publier un commentaire.