bug就像感情，踩過之後才能刻骨銘心

今天，遇到了我程序員職業生涯中最爲傻（sha）瓜（bi）的問題

而我，由於這個問題反反覆覆debug了四個小時

下面，開始個人心酸歷程

前端代碼開發完成之後，準備在jenkins構建服務器構建

構建時，驚聞發生了錯誤

抱着恐懼又虔誠的心情，立馬登上構建服務器查看

報錯以下

嗯，不慌，有問題就解決

先本地跑一下打包吧，咦！成功了！

在找一個別的使用mac的同事跑一下，仍是成功了！

但是使用ubuntu的同事在本身的電腦上跑時出現瞭如構建服務器同樣的問題

但是我在在webpack配置文件中配置好了component的路徑呀

他爲何會跑到當前路徑去找component/topbar.vue呢

並且兩個開發人員的mac都能跑通打包

而使用ubuntu的同事 以及ubuntu的構建服務器都跑不通

程序員的敏銳直覺告訴我，這必定是環境配置的問題！！！

反反覆覆谷歌查了好半天，發現竟然沒有老鐵遇見過這種問題？？？

WTF？

沒辦法了，只能依靠本身的拙略的debug技術了

首先我要定位下問題具體出如今那裏

難道是個人resolve.alias寫錯了？

抱着誠懇的心態從新學習了resolve.alias，沒問題呀

而後我修改了index.js中的import router from './js/router/index'; => import router from 'js/router/index';

提交代碼，到構建服務器去跑一遍構建。

咦，沒有問題。

嗯，在index.js中使用resolve.alias中定義的快捷訪問沒有問題；在.vue文件中使用出現了問題。

那。。。必定是個人vue相關的loader出現了問題！！！

我真是太機智了。

好了，好好研究一下vue中的loader吧。

是否是有的loader在mac下能用，在ubuntu下不能用呢？

是否是裝的什麼loader的版本不對呢？

我開始了反反覆覆的試驗

不放過任何一種小小的可能性

修改代碼   提交代碼   打包構建

如此往復了好多遍

仍是不能搞定這個bug

啊啊啊啊啊  天要亡我？？？

個人程序員生涯走到了盡頭？？？

debug真TM是個玄學，老子要爆粗了！！！

就在這時，同事發來一條微信

我。。。。。。

。。。。。。。。

。。。。。。。。。

往事一幕幕出如今個人眼前。

以前本身寫了一個叫topBar.vue

有一次在回看本身代碼的時候，以爲topBar.vue這個名字很不科學

恍惚間記得好像有人說過文件名不能大寫？？？

而後我趕忙屁顛屁顛的把名字改成topbar.vue 

嗯，好啦！

然而，我忘記了記憶中那個告訴我文件名最好不要大寫的人還說了句：

mac對文件名大小寫不敏感。。。

就這樣，我開心的覺得本身修改了git上的文件名

我覺得構建服務器上的文件名也改了

覺得mac能夠跑，ubuntu不能是由於環境配置問題

你覺得的你覺得就是你覺得？

萬萬沒想到，戰勝本身的是這樣一個愚蠢的錯誤

果真，有些bug本身踩過才能刻骨銘心。