web-dev-qa-db-fra.com

Couper le foie ne fonctionne pas

J'ai créé un exemple de projet avec Ng-cli, puis je lance ng serve dans le dossier source, le projet se charge correctement dans le navigateur mais ne fonctionne pas.

npm -v: 3.10.9

ng -v: angular-cli: 1.0.0-beta.19-3 noeud: 4.4.3 os: win32 x64

Déjà cherché beaucoup d'informations sur Internet, et rien n'a résolu le problème.

angulartypescriptnpm
9
Anton Selin

J'ai rencontré le même problème sur Ubuntu 16.04 et CLI 1.0.0 angulaire.

Le problème était lié à Inotify Watches Limit sous Linux . Pour résoudre le problème, j'ai augmenté la limite de surveillance à 512K . Exécutez ces commandes.

Sudo sysctl fs.inotify.max_user_watches=524288
Sudo sysctl -p --system

Après cela, j'ai redémarré mon IDE, et après cela, la détection des modifications a commencé à fonctionner.

38
neetesh

Augmenter le nombre d'observateurs inotify

Les détails techniques

Listen utilise par défaut inotify sous Linux pour surveiller les modifications apportées aux répertoires. Il n'est pas rare de rencontrer une limite système sur le nombre de fichiers que vous pouvez surveiller. Par exemple, la limite d'inotify d'Ubuntu Lucid (64 bits) est définie sur 8192.

Vous pouvez obtenir votre limite actuelle de surveillance de fichiers inotify en exécutant:

$ cat /proc/sys/fs/inotify/max_user_watches

Lorsque cette limite n'est pas suffisante pour surveiller tous les fichiers d'un répertoire, vous devez augmenter la limite pour que Listen puisse fonctionner correctement.

Vous pouvez définir une nouvelle limite temporaire avec:

$ Sudo sysctl fs.inotify.max_user_watches=524288
$ Sudo sysctl -p

Si vous souhaitez rendre votre limite permanente, utilisez:

$ echo fs.inotify.max_user_watches=524288 | Sudo tee -a /etc/sysctl.conf
$ Sudo sysctl -p

Vous devrez peut-être aussi faire attention aux valeurs de max_queued_events et max_user_instances si Listen continue à se plaindre.

plus d'infos ici

12
mQuiroz

Essayez le drapeau ng serve -lr. Cet indicateur fonctionne avec moi . Le problème est probablement dû au fait que l'indicateur --live-reload est obsolète.

4
Alex Link

C'est dû au webpack.

Si nous exécutons deux applications angulaires à la fois ... Il peut parfois ne pas recharger l'application à chaque fois que nous devons arrêter et démarrer l'application. Pour ce cas, exécutez une application à la fois .

3
uma shankar

Vous ne savez pas quel est le problème avec votre version, mais récemment, j'ai rencontré le même problème. Voici mon environnement machine:
Ubuntu: 16.04.3 npm -v : 5.5.1
ng -v : Angular CLI: 1.5.5 Node: 9.2.0 OS: linux x64 Angular: 5.0.4 J'utilisais ng serve -o pour servir les fichiers localement, et voici comment le problème de Live-Reload a été résolu, mais ng serve --open a été corrigé. Au lieu de cela, le problème a été résolu.

1
anti Py Abhishek Prajapati

Votre projet est-il sur un lecteur réseau mappé? J'ai constaté que cela entraînait l'échec de LiveReload.

Exécution sous VS Code sous Windows 7 . Angular CLI: 1.7.4 Node: 8.11.1 NPM: 5.6.0 OS: win32 x64

J'ai créé une application barebones Angular avec la CLI Angular sur mon lecteur 'E:', qui est mappée sur un dossier de mon réseau. 'Ng serve' NE détecte PAS les changements de code. J'ai copié le projet sur mon lecteur 'C:' et Live Reload fonctionne comme prévu. Vérifiez donc si le transfert de votre projet sur un lecteur local résout votre problème.

1
JNygren

Le serveur Live Reload a cessé de fonctionner après la mise à niveau vers Angular 7.

La raison en est que la version de mon nœud était 10.15.0. sur Windows 10 x64.

Après avoir rétrogradé Node vers la version 10.10.0 -> tout fonctionne correctement maintenant.

Vous pouvez télécharger les anciennes versions de nœud à partir d’ici: https://nodejs.org/fr/download/releases/

Bonne chance.

0
NavCore