分享專業網站建設多年來對網頁製作的經驗

專業網站建設做網站都做了好幾年了， 對網站的建設各個流程都比較熟悉，網頁的製作也很瞭解，對整體網站的建設都以流程化，每一個步驟都以走的成熟。下來就把專業網站建設的這些製作網頁的知識分享給大家。
對文件夾的建立大部分都是劃分爲爲css、images等幾個不同的文件夾，或者把樣式圖片放到一個文件夾裏，每個人都有自己的習慣，先給大夥看看我們定的四個文件，樣式，圖片，皮膚，預覽頁面都獨立放置，當然裏面的子文件夾有規定，這個下面會提到，爲什麼這麼做，先列四個好處，更多的優點，這篇文章裏會穿插提到
第一是把css和images文件獨立，方便一些特定情況下css和images包分別部署。css和images文件相互聯繫，可以打成一個style包部署。本地相對路徑跟線上保持一致（避免開發調試過程中需要反覆上線修改絕對地址）
第二是html靜態文件預覽清晰。方便開發和上線svn。
前面幾個好處跟開發過程中的代碼控制都有關係，重點說一下svn吧，我們知道：在一些項目裏面涉及的前前後後的開發工程師比較多，必須用svn等版本控制工具進行代碼管理，也方便配合上線部署。
而作爲頁面工程師來說，預覽不需要環境（不管是本地配置的localhost還是服務器環境），我們修改一個css屬性，都可以直接用瀏覽器刷新一下，相信大家在學校，或者在做一些規模不大項目，比如小型企業站的時候，一般採取的方式是：在本地開發完畢，然後找到服務器在哪，ftp傳上去就是了。這個時候的流程就是：
一，本地開發>>>>>服務器。
這個事情如果把svn引入進來，就有點麻煩，因爲大家再開發中，svn不光是代碼控制的工作更是控制部署的重要手段。
二，本地>>>>>svn上傳>>>>>部署到前端服務器。
有些工程師會有自我保護心理，他感覺直接在svn文件夾裏寫代碼會跟別人有影響，不安全，會在本地還分了開發，和svn檢出兩個文件夾，那這個流程就複雜成了。本地開發>>>>>（複製到）本地svn文件夾>>>>>svn上傳>>>>>線上部署。
熟悉svn的同學會想到很多問題（這兒就說其中兩點）。
第一點我們知道，在一個典型的svn結構裏面分……三部分trunk tags branch，頁面工程師寫的東西因爲有預覽靜態頁面這個在線上用不到的東西，所以不能直接扔到svn的這些文件夾裏，這樣的話對我們如果把css image skin放到trunk，html預覽文件放在外面，遇到一個問題，就是我們的文件相對結構亂套了！！換句話說，我們不能在寫到頁面裏的img路徑裏面加上../../trunk這樣的東西。
是在實際工作起來，流程也會出問題，一般情況下，開發的部署可能會滯後，我們在看到設計稿雛形的時候就要準備靜態頁的結構和css框架，但這時候開發工程師要做的是數據庫等更深層次的部署，我們不能等他們把開發過程中文件的部署上線流程都定好再開工，這顯然是不合適的。所以實際過程中會有兩個svn（我們的靜態頁svn和真正的控制打包上線的svn）
說到這，肯定有人會問，我們把頁面放到項目的svn下不行嗎？先不說是不是合適做不同產品間的代碼管理，即便放到項目下，爲了避免影響，開發leader會指定一個比如“html”的文件夾供builder用，這其實還是跟控制打包上線的svn是兩回事
第二點是，我們在本地開發，只把css和images真正需要的東西傳svn不行嗎？這個問題……那我們的靜態頁不需要做版本控制了嗎？
所以，我們不得已，在svn有個放html、css、images這些文件的地方，爲了不同項目間的代碼管理，放在了一個單獨的svn庫下，我們稱之爲builder svn，這樣，剛纔的流程就又加了一步一段代碼，一個文件，從開始寫到最終上線（也可以指測試機或開發機……），到要複製四次，太恐怖了，在反覆測試的時候不出錯纔怪。所以我們要做些事情：
1. 本地開發和builder svn的檢出文件夾放到一塊