網站建設流程主旨的意義在于清晰地定義前端代碼從開發人員的腦海到用戶的瀏覽器所需要經歷的各個步驟。流程包含了開發過程的各個環節，從合理的想法到可行的設計，到有效的提交，再到末尾的部署。

如果你從事前端開發的時間足夠長，你可能注意到，在過去的幾年內，我們的工作流已經發生了巨大的變化。我起初做 Web 開發是通過兩個月的郵件交流來理解客戶的需求，然后通過 FTP 登錄他們的服務器，對網站代碼做必要的修改的。

現在看來，這種更新網站代碼的方式非常糟糕。如果我們誤解了郵件的內容，改錯了代碼，會發生什么呢？如果不小心刪掉了一大片 CSS 代碼，又不小心破壞了網站上的其他頁面呢？如果改掉一個 JavaScript 的 bug，但又引發另外兩個 bug 呢？這些問題很棘手，而這也是永遠都不要用 FTP 直接修改代碼的重要原因。如果你沒有經常備份，現在需要修復一個損壞的網站，而且還有一堆任務等著你去做，那么結果會怎樣呢？

幸運的是，我們大多數人已經從這些錯誤中吸取了教訓，現在遵循著更先進的方法。跟之前通過 FTP 的方式來修改郵件中提到的各種改動不同，現在我們采取的方法如下。

(1) 使用事件跟蹤和用戶故事來正確地跟蹤工作流和標記那些完成了的任務。

(2) 網站建設開發環境來測試代碼。

(3) 網站構建部署流程，用于編譯、驗證和測試代碼。

(4) 在任何代碼被采納之前，都要獲取需求方的反饋。

(5) 把提交的代碼推送到區域代碼倉庫。

(6) 采用這樣一個部署系統：可以無縫地添加一些新代碼到生產環境；在需要的時候，還可以回滾這些代碼來恢復系統原來的功能。