J'utilise le plugin Chrome Debugger dans le code Visual Studio pour déboguer une application angulaire. Après la mise à niveau pour utiliser Angular/Cli@1.7.0, nous ne pouvons plus appuyer sur les points d'arrêt dans le code dossier dans le code VS tout en débogage. Si nous retournons à angulaire/cli@1.6.7, les points d'arrêt commencent à travailler à nouveau.
Voici mon sortie NG -V: P>
Angular CLI: 1.7.0 Node: 9.2.0 OS: win32 x64 Angular: 5.2.5 ... animations, common, compiler, compiler-cli, core, forms ... http, language-service, platform-browser ... platform-browser-dynamic, router @angular/cli: 1.7.0 @angular-devkit/build-optimizer: 0.3.1 @angular-devkit/core: 0.3.1 @angular-devkit/schematics: 0.3.1 @ngtools/json-schema: 1.2.0 @ngtools/webpack: 1.10.0 @schematics/angular: 0.3.1 @schematics/package-update: 0.3.1 typescript: 2.5.3 webpack: 3.11.0
6 Réponses :
Oui, même chose ici.
Parfois, je peux atteindre le point d'arrêt que je veux avec quelques difficultés (le problème semble être avec le sourcemap, mais le débogueur est toujours fonctionnel).
J'ai essayé de jouer avec quelques paramètres de la configuration de lancement du débogueur VS-Code ("Sourcemaps" et "Trace"), mais en vain.
Finalement, j'ai roulé de retour @ angular / cli à 1.6.8 et ça marche à nouveau.
EDIT: J'ai oublié de mentionner, au cas où il aide une personne à la recherche de ce problème - lors du débogage de démarrage, les points d'arrêt disparaissent du fichier source et son onglet sont marqués par un "contenu inlincé en lecture seule de la carte source".
Aussi, @ angular / cli 1.7.1 ne résout pas cela.
même ici, retourné à 1,6,8 (et 5,1,1,1,1,1,1,1,1.1) pour que mes points d'arrêt soient de nouveau travailler à nouveau.
Pour ceux qui rencontrent ce correctif, c'est modifier votre lancement.json SourceMappathoverrides comme suit:
"sourceMapPathOverrides": {
"webpack:/*": "${webRoot}/*"
}
Réglage SourceMappathoverrides strong> n'était pas suffisant. Dans mon cas, le fichier index.html est situé dans "/ src" et des composants angulaires dans "/ src / app". J'utilise @ angular / cli 1.7.4, vscode 1.22.2 et chrome débogueur 4.3.0. P> Je devais définir trois paramètres dans le lancement.json. P> {
"version": "0.2.0",
"configurations": [
{
"name": "Chrome DEBUG 172.22.44.49",
...
CLI angulaire 7.2.2 :
WebStorm / Intellij - Points d'arrêt ne frappe jamais, vscode - discours non vérifié / jamais frappé, chrome débogueur - Points d'arrêt frappés parfaitement.
solution: en angular.json Set EvalSourceMap sur "False".
Ceci déclenche le WebPack que la CLI angulaire utilise sous la capuche pour générer des cartes source vers le code source d'origine ("Source-Map") au lieu de code généré ("EVAL"). https://webpack.js.org/configuration/devtool
voir sous Node_Modules @ angular-devkit \ Builar-angular \ src \ angular-cli-fil-fichiers \ modèles \ webpack-configs \ browser.js
Vous pouvez bien sûr pirater le fichier Browser.js pour définir une autre valeur pour devtool. 
Cela vous dérangerait-il d'expliquer un peu plus loin sur la façon de pirater le navigateur.js? J'essaie d'obtenir le débogage de travailler dans la zone Web mais des points de rupture ne sont pas touchés.
@Webworm aussi avec EvalSourCemap = Faux in angular.json (dans certaines versions angular-cli.json)? Ensuite, vous devez trouver un navigateur.js dans votre installation de cli angulaire (pour la CLI angulaire 7.2.2 C'était: nœud_modules \ angular-devkit \ Builar-angular \ src \ cli-fi-fi-fi les \ modèles \ webpack-cfigs \ Browser.js) et vérifiez comment DevTool / SourceMap est en cours de régler. Je viens de changer "eval" à "la carte source" dans l'exemple ci-dessus avant que je découvre l'endroit où les bâtiments proviennent.
@ angular / cli 10.2, EvalSourCemap n'est pas une propriété autorisée
Si vous utilisez un espace de travail avec 1 ou plusieurs projets.
Travailler pour moi: Launch.json P>
"version": "0.2.0",
"configurations": [
{
"type": "chrome",
"request": "launch",
"name": "ng serve",
"url": "http://localhost:4300",
"webRoot": "${workspaceFolder}/ProjectName",
"sourceMapPathOverrides": {
"webpack:/*": "${webRoot}/*"
}
}
]
Il y a un problème ouvert, voir Github.com/angular/angular-Cli/issues/9729