前端環境搭建——代碼開發測試部署

搞前端這東東有段時間了，做點筆記。

前端環境搭建系列的目的是把前端團隊作為一個整體，如何有效團隊協同開發，第一部分開發環境。

1.代碼版本管理

SVN是必不可少了，版本號碼的規劃按照項目三位版本，開發四位版本來部署。比如我要做A項目，版本號碼為1.0.0，我第一次提測的代碼版本為1.0.0.1。每次四位版本按照tag區分。QA按照這個tag部署測試代碼，OP則部署線上代碼。

如果多重專案同時開發，就開分支。這些需要一個專案管理平台來管理版本。

2. 開發環境

我假設前端team的範疇是HTML CSS JS MVC中的V 和 C。最佳的環境是每個人一個開發環境，代碼通過SVN同步別人的代碼。但是檔案的路徑全部都一致。

比如

css的img.xx.com/css

js的img.xx.com/js

flash的img.xx.com/swf

後台環境，假設每個後端開發也都有獨立的環境，如果和誰聯調代碼就讓他把配置指向你的V C目錄進行調試。

QA環境的debug問題，你的環境和QA環境代碼部署一致，能夠通過host切換靜態檔案，如css js flash。畢竟前端的大部分問題是前端代碼的問題，V 和 C的問題就在自己的環境調試了，靜態資源切換到QA的host。

資料問題，最後有個大的造資料平台，通用一份資料庫，提供資料增加和修改的介面，這是理想狀態，當然這個平台也會很麻煩，實在不行就通過後端的資料操作介面操作資料。

3.編譯環境

可惡的前端代碼裸上，會有很多問題，大部分是效能問題，還有部分是緩衝問題。

所以需要提供編譯環境，編譯流程放在提測前是安全的，因為會經過QA的品質檢測，如果在OP環節應該比較麻煩，編譯代碼的bug也沒人去測。

編譯一般解決的事情

1、批量的一些操作，比如版本號碼

2、代碼的合并和壓縮

3、代碼的最佳化或者職能替換，比如資源打包

我遇到過的開發狀況都不樂觀。所以有時間自己搭下試試有多複雜。

一般有公用開發環境，就一台機器一個host，不管主幹分支都放在那裡，可想又多混亂，還有前端無版本管理軟體，人肉維護多個並發版本。

或者有版本管理，開發環境還是多人一個，而且沒有host，靜態資源引入都是通過模板conf管理路徑的。這樣的代碼不利於資源路徑管理，特別是圖片，加入png半透明的需要全路徑，多個css合并的最好是根目錄路徑。

各種悲劇，此文到此結束。下篇為開發模式和模組化。