咕嚕服務器和SCSS源地圖：不是SCSS文件（404）

我很新的服務，以自耕農/咕嚕/亭子在過去的3天我的大腦就開始聞起來像燻肉。咕嚕服務器和SCSS源地圖：不是SCSS文件（404）

我已經與yeoman Webapp generator（0.4.9）生成了一個基本的webapp。

我使用SCSS版本的引導和我設法讓源映射我的Chrome Canary在我gruntfile加入sourcemap: 'true'下SASS /服務器/選項工作

sass: { 
     options: { 
      includePaths: [ 
       'bower_components' 
      ] 
     }, 
     dist: { 
      files: [{ 
       expand: true, 
       cwd: '<%= config.app %>/styles', 
       src: ['*.scss'], 
       dest: '.tmp/styles', 
       ext: '.css' 
      }] 
     }, 
     server: { 
      files: [{ 
       expand: true, 
       cwd: '<%= config.app %>/styles', 
       src: ['*.scss'], 
       dest: '.tmp/styles', 
       ext: '.css' 
      }], 
      options: { 
       sourceComments: 'map', 
       sourcemap: 'true' 
      } 

     } 
    } ...

因此，當我檢查Chrome的樣式面板下的CSS規則時，我正確地獲得了bootstrap的原始scss文件的鏈接。

問題出在我在app/style/中添加的自定義scss文件。在這裏我有一個main.scss文件，我從中導入引導文件scss文件和我的cusotm scss文件（仍在app/styles下）。

當找不到所有我的自定義scss文件（包括main.scss）時，bootstrap scss文件都會正確提供。
啓動時grunt serve Chrome正在尋找它們（例如）http://localhost:9000/app/styles/main.scss生成錯誤。這些文件實際上在http://localhost:9000/styles/main.scss處正確提供。

問題：
考慮到新的知識/任務，我很困惑的量，這是怎麼回事？這個問題是來自服務器，源圖，autoprefixer，livereload還是其他？

來源

2014-04-17 Leonardo

要解決此問題，以下視頻：http://web-design-weekly.com/2014/07/23/sass-source-maps-chrome/

簡單：你必須映射本地SCSS文件夾（文件夾添加到源選項卡的工作區），以虛擬服務器SCSS文件。然後你可以直接從Chrome編輯它:-)

來源

2014-07-25 19:00:07 cachaito

咕嚕服務器和SCSS源地圖：不是SCSS文件（404）

回答

相關問題