前端職能工做新業務新起點

背景

  說一下寫這個文章的背景，在當前公司先後呆了3年了(前幾天剛續簽，又把本身賣了5年)，不按期的輪崗是常常性的，業務調整後到了一個新部門服役，以前沒有接觸過新部門的業務，由於這個部門在另一個辦公地點，做爲前端的小組長，須要從新瞭解業務，梳理技術點。
  來到新部門，業務大概瞭解了下，沉澱了多年的技術哈，前輩們給咱們留下了寶貴的技術積累，fis+smarty，JQ，Vue，javascript，css,sass,lee等組成，甚是喜人，8個前端硬生生的搞出了五大門派，每一個FE'er都有其對應業務的技術實施方案，溝通了解一下，都說的很是在理，爲了避免打擊積極性，暫維持現狀，慢慢收斂氾濫的技術使用，造成統一「大業」。

起步

  我第一步工做是創建規範(--由於這個業務方向沒有章法--)，多是我我的這幾年的經驗心得，先無論以前什麼技術棧，也不care以前怎麼個神寫法。規範大概先從不痛不癢的搞起，以避免抵觸。

git分支命名規範

  git命名規範，這個你們開會討論(換一種執行的方式)，既然是你們夥開會溝通都無異議，那我們得執行是否是，簡單羅列下咱們的「約定」：

分支	示例	備註	說明
上線分支	dev	主上線分支	該分支爲上線分支，不容許任何人進行直接更改，研發分支測試達標後，合併請走git merge request，並由特定人CR後合併，以方便後續功能回退管理
功能(feat)分支	feat-tableColMerge-xwj[-20191108]	feat-template-cfb-20191113	新需求分支：標識-功能-姓名縮寫[-日期]	日期爲可選，建議寫上，獨立功能可單獨給測試
bug分支	bug-tableFix-hjj-2019110九、bug-dileiti-qpy-20191201	線上bug分支：標識-功能-姓名-日期	由於bug分緊急跟非緊急，因此本身要區分好哪一個着急上？哪一個版本上？
多人協做分支	v201911十一、v20191213	供測試：v-日期	多人合做的功能在dev基礎上拉取v20191111後，新功能往該功能合併，最終提交多人協做分支，v20191111供測試使用，測試經過將該分支git merge request至dev

==【建議】
  1.天天下班push一下代碼
  2.全部我的建立分支建議3次迭代後刪除，以方便分支管理。==

羅列了這個表格後，你們可能感受很簡單，不就是個命名嗎？其實結合業務有一個適合本身團隊的命名規範後，對工做是大有裨益的，小夥們確定心裏想「光講有什麼用，來點直觀的吧」，直觀的也能夠的，再給上個圖(本身經驗沉澱的)，來演示下上述表格的演進。

看了圖若是還不明白，我就...了。

Vue+TypeScript+Mock+DIY契機

不光是我技術調整到新部門，PM也來了，要打算弄個平臺，因而是一個新技術架子再新業務的首秀，因此有了標題，typescript常常聽，可是這邊業務沒有用過啊，他們也特別想使用，好處就不說了，幹起來。
那就一步步來吧。
node，vue及其腳手架安裝，這個就不說了哈，網上一大推，雖然Vue3.0即將發佈，畢竟業務穩定不能追求最新技術，坑也不敢猜，因此技術Vue2.6 +webpack4搞起。
本人使用iTem2，因此就用這個爲基開始了，cd到你要存放新項目的地方，而後執行vue create 項目名字便可。

這個時候會讓選一個建立的集成，你們能夠選Manually，本身去配置(下圖)，由於我須要eslint代碼規範，因此我選了zyb，可能你的上面沒有，由於這是我以前建立的，你能夠選擇你想要的功能便可。
而後 回車，腳手架一頓狂裝，等出現下圖說明安裝成功了。如圖：

聽人家的，來執行命令cd vue-ts，npm run serve，跑起來：

打開瀏覽器，輸入本地URL，或者按着ctrl點擊Local也能夠打開。

至此，你的第一步OK了。明天繼續