開發環境：開發環境是程序猿們專門用于開發的服務器，配置可以比較隨意， 為了開發調試方便，一般打開全部錯誤報告。

測試環境：一般是克隆一份生產環境的配置，一個程序在測試環境工作不正常，那么肯定不能把它發布到生產機上。

生產環境：是值正式提供對外服務的，一般會關掉錯誤報告，打開錯誤日志。

三個環境也可以說是系統開發的三個階段：開發->測試->上線，其中生產環境也就是通常說的真實環境。相關文章：《項目中的軟硬件開發環境與工具指的是什么？》

開發環境與生產環境分離的原因如下：

在開發時，不可避免會產生大量debug又或是測試的代碼，這些代碼不應出現在生產環境中（也即不應提供給用戶）。

在把頁面部署到服務器時，為了追求極致的技術指標，我們會對代碼進行各種各樣的優化，比如說混淆、壓縮，這些手段往往會徹底破壞代碼本身的可讀性，不利于我們進行debug等工作。
 

 

數據源的差異化，比如說在本地開發時，讀取的往往是本地mock出來的數據，而正式上線后讀取的自然是API提供的數據了。

如果硬是要在開發環境和生產環境用完全一樣的代碼，

那么必然會付出沉重的代價，這點想必也不用多說了。

─webpack.config.js# 生產環境的webpack配置文件（無實質內容，僅為組織整理）

dependences是項目正常運行所需要的依賴，而devDependencies則是開發者開發時整個項目所需的依賴（如會有一些測試依賴之類的）。

會默認安裝兩種依賴。

如果你只是單純的想使用這個包而不需要進行一些改動測試之類的操作，則運行：（只安裝dependencies而不安裝devDependencies。）

npminstall--production

如果想要安裝devDependencies,則運行：

npminstallpackagename--dev

dependencies就是你程序跑起來需要的模塊，沒有這個模塊你程序就會報錯。

devDependencies見命知意了，開發程序的時候需要的模塊了。

舉個例子，你用angularjs框架開發一個程序，開發階段需要用到gulp來構建你的開發和本地運行環境。所以angularjs一定要放到dependencies里，因為以后程序到生產環境也要用。gulp則是你用來壓縮代碼，打包等需要的工具，程序實際運行的時候并不需要，所以放到dev里就ok了。

再深入一些，你寫程序要用ES6標準，瀏覽器并不完全支持，所以你要用到babel來轉換代碼。程序里有消息提示，你想用toaster。同樣一個開發用，一個運行用。所以babel放dev，toaster放dependencies。

希望你理解了！

簡單一些可以：

dependencies存放項目或組件代碼中依賴到的

devDependencies存放測試代碼依賴的包或構建工具的包

如果你使用了一些構建工具，比如webpack之類的，打包的時候，是不會把dev庫打進去的。

devDependencies 通常用來放我們開發時所用到的工具，比如 Webpack，Gulp，babel等。devDependencies 里面的插件只用于開發環境，不用于生產環境，而 dependencies 是需要發布到生產環境的。

瀏覽器并不會實際的去同步加載這個模塊，require的處理是由Webpack進行解析和打包的，瀏覽器只需要執行打包后的代碼。

將Webpack開發服務器集成到已有服務器

盡管Webpack開發服務器可以直接用于開發，但實際項目中我們可能必須使用自己的Web服務器。這就需要我們能將Webpack的服務集成到已有服務器，來使用Webpack提供的模塊打包和加載功能。要實現這一點其實非常容易，只需要在載入打包文件時指定完整的URL地址，例如：

這就告訴當前頁面應該去另外一個服務器獲得腳本資源文件，在之前我們已經在配置文件中指定了開發服務器的地址，因此打包后的文件也知道應該通過哪個地址去建立Socket IO來動態加載模塊。