2016-08-25 5 views
18

Podczas uruchamiania aplikacji zbudowanej przy użyciu pakietu internetowego 2, sourcemaps są wykrywane w chrome, ale oryginalne źródło nie jest ładowane. Używam webpack beta21.Sourcemaps są wykrywane w chrome, ale oryginalne źródło nie jest ładowane, używając webpack-2

Pliki te były wykrywane automatycznie, tj. Gdy punkt przerwania został umieszczony na wyjściu z pliku jp webpack, widok źródłowy przeskoczyłby do oryginalnego źródła wejściowego do pakietu sieciowego. Ale teraz jestem zablokowany z tego ekranu: enter image description here

config:

var path = require("path"); 
var webpack = require("webpack"); 
var WebpackBuildNotifierPlugin = require('webpack-build-notifier'); 


const PATHS = { 
    app: path.join(__dirname, '../client'), 
    build: path.join(__dirname, '../public') 
}; 

module.exports = { 


    entry: { 
    app: PATHS.app + '/app.js' 
    }, 
    output: { 
    path: PATHS.build, 
    filename: '[name].js' 
    }, 


    devtool: "source-map", 
    module: { 
    loaders: [ 
     { 
     test: /\.js?$/, 
     loader: 'babel-loader', 
     include: [ 
      path.resolve(__dirname, 'client'), 
     ], 
     exclude: /node_modules/ 

     }, 

     { 
     test: /\.css/, 
     loader: "style!css" 
     } 
    ] 
    }, 
    resolve: { 
    // you can now require('file') instead of require('file.js') 
    extensions: ['', '.js', '.json'] 
    } , 
    plugins: [ 
    new WebpackBuildNotifierPlugin() 
    ] 

}; 
+0

Dla mnie działa to tylko z mapą źródłową. – kuhnroyal

Odpowiedz

1

Problem z mapami źródłowych zewnętrznych została ustalona w Chrome 52, ale wygląda na to, że masz swoją devtool ustawiony odmiennie od kopalni, Używam:

devtool: '#source-maps' 

Jak budujesz swoje źródło? Jeśli używasz z -d, przełączysz się na wbudowane mapy źródłowe

+0

Jaka jest różnica, gdy dodajesz #? –

+0

'#' kontroluje dyrektywę, która wchodzi w plik JS. Zamiast starszych przeglądarek możesz użyć znaku @: Oryginalna specyfikacja źródła źródłowego użyła znaku "@", ale kolidowało to z "kompilacją warunkową" (aktywowaną przez @cc_on) w IE <11, która uruchamiała kod w komentarzach i powodują błędy typu: –

0

Jeśli mapujesz do obszaru roboczego, oznacza to, że masz już kod źródłowy. Włączenie kodu źródłowego do mapy źródłowej powoduje niepotrzebną redundancję.

Zamiast tego należy użyć nosources-source-map.

Powiązane problemy