總結(jié)一下：

1，你需要一個(gè)可以模擬線上的開(kāi)發(fā)環(huán)境。

2，你需要一個(gè)可以模擬線上的測(cè)試環(huán)境。

3，你需要一個(gè)可連調(diào)的測(cè)試環(huán)境。

4，你需要一個(gè)自動(dòng)化的上線系統(tǒng)。

5，一個(gè)開(kāi)發(fā)流程適合前后端的。

1，本地反向代理線上真實(shí)環(huán)境開(kāi)發(fā)即可。（apache，nginx，nodejs均可實(shí)現(xiàn)）

2，模擬線上的測(cè)試環(huán)境，其實(shí)就是你需要一臺(tái)有真實(shí)數(shù)據(jù)的測(cè)試機(jī)么，我建議沒(méi)條件搭daily的，就直接用線上數(shù)據(jù)測(cè)好了，只不過(guò)程序部分走你們的測(cè)試環(huán)境而已，有條件搭daily當(dāng)然最好咯。

3，可連調(diào)的測(cè)試環(huán)境，分為2種。一種是你們開(kāi)發(fā)測(cè)試都在一個(gè)局域網(wǎng)段，直接綁hosts就完了，不在一個(gè)網(wǎng)段，就一人給一臺(tái)虛擬的測(cè)試機(jī)，放在大家都可以訪問(wèn)到的公司內(nèi)網(wǎng)，代碼直接往上布即可。

4，自動(dòng)化的上線系統(tǒng)，如果你們運(yùn)維不給你們做，我猜你們都是直接ftp往線上扔？那么你可以自己做一個(gè)簡(jiǎn)易的上線系統(tǒng)。原理不復(fù)雜，每次上線時(shí)都抽取最新的trunk或master，做一個(gè)tag，再打一個(gè)時(shí)間戳的標(biāo)記，然后分發(fā)到cdn就行了。界面里就2個(gè)功能，打tag，回滾到某tag，部署【夠簡(jiǎn)易了吧，而且是全自動(dòng)的】。

5，開(kāi)發(fā)流程就是看項(xiàng)目了還有所用到的工具，構(gòu)建，框架了。簡(jiǎn)單來(lái)說(shuō)，原則就是分散獨(dú)立開(kāi)發(fā)，互相不干擾，連調(diào)時(shí)有hosts可綁即可。

回答了你的問(wèn)題之后，我說(shuō)下我自己的項(xiàng)目是怎么個(gè)開(kāi)發(fā)流程。

灰常簡(jiǎn)單，代碼管理工具是svn，起新需求就起新分支，獨(dú)立開(kāi)發(fā)，開(kāi)發(fā)完合并到trunk，trunk不做任何開(kāi)發(fā)工作，只負(fù)責(zé)merge。

上線有上線系統(tǒng)，你可以理解為我上面說(shuō)的那個(gè)簡(jiǎn)易功能的加強(qiáng)版。我們是自帶build的功能的。

自己編寫(xiě)build腳本，ant，grunt隨便了。做好連到發(fā)布系統(tǒng)，一鍵集成，本地只關(guān)心源碼開(kāi)發(fā)。

本地環(huán)境，我拿nodejs寫(xiě)了一個(gè)自帶rewrite，反向代理的server，超級(jí)仿真線上，一個(gè)hosts組管理的工具，一套適合自己部門(mén)的grunt插件庫(kù)【就是很多很多grunt插件。。】。完全適合開(kāi)發(fā)各種獨(dú)立項(xiàng)目了。

當(dāng)然如果你的測(cè)試，文檔都集成在build那一步，是最棒的了。

協(xié)同合作我們是每個(gè)人開(kāi)發(fā)都有一臺(tái)自己的測(cè)試機(jī)，linux的，我本地也有工具可以完成自動(dòng)build+push的功能。方便快捷。

可能全看下來(lái)挺復(fù)雜，不過(guò)前端工程化確實(shí)就是這個(gè)樣子。幫你脫離之前的手忙腳亂，專(zhuān)注于業(yè)務(wù)的開(kāi)發(fā)