希望達到的效果是：開發同事簽入**後，對應的站點可以自動實現更新。目前還只在在內部伺服器上實現開發環境中的站點更新，不涉及到線上的發布。
目前使用jenkins實現這樣的持續整合。
如果機器上沒有git，需要先安裝下
如果機器上沒有安裝過vs，安裝下msbuild，或者直接在本機拷貝
安裝相關外掛程式（msbuild plugin 和 git plugin對我們來說是必需的）
msbuild設定
在 jenkins > 系統設定 > global tool configuration 中設定
建立乙個job
原始碼管理配置
設定：repository url（git位址）、credentials（憑證，https方式的話就是使用者名稱加密碼，點選後面的「add」增加）。
構建配置
cd c:\program files (x86)\nuget\
nuget.exe restore "c:\program files (x86)\jenkins\workspace\test\****\****.sln"
/t:rebuild /p:configuration=release;publishprofile=gtwl;deployonbuild=true，其中publishprofile=gtwlgtwl是專案發布配置檔案的名字。
構建觸發器配置
如果要實現**簽入自動編譯發布需要這樣設定下
同時需要配合上git伺服器的webhook功能，post的url設定為，http://jenkins:8080/git/notifycommit?url=，這樣**一簽入，git伺服器便會請求這個位址，觸發了job。
也可以直接在瀏覽器上試用下，位址列直接輸入：http://localhost:8080/git/notifycommit?url=，會發現job確實就執行了。
不過因為我們是內部伺服器，git伺服器不方便直接請求，所以只能退而求其次，定時去觸發job了。下面是每20分鐘執行一次，好像最少是每分鐘一次。
持續整合（一）
一 提出 整合軟體 的過程不是新問題，如果專案開發的規模比較小，比如乙個人的專案，如果它對 外部系統 的依賴很小，那麼軟體整合不是問題，但是隨著軟體專案複雜度的增加 即使增加乙個人 就會對整合和確保 軟體元件 能夠在一起工作提出了更多的要求 要早整合，常整合 早整合，頻繁的整合幫助專案在早期發現專案...
持續整合簡介
想起我剛畢業後，進入一家以軟體外包為主的外企做開發。它使用傳統的瀑布式的軟體開發流程，沒有使用任何的敏捷實踐。我每天上班開啟電腦，拿到自己的任務，然後從版本控制更新 開啟工程按下build，準備進行今天的開發任務。突然發現build失敗 通常是編譯不過 大喊一聲 誰break build啦 也沒有人...
持續整合 CI
引子 記得剛加入趨勢開始開發工作 的時候曾被告知，趨勢有一套auto build的系統，會每天夜裡自動把當天check in的 進行構建，生成qa可測試 的build。每個rd都得小心提交code，因為專案結束的時候會看auto build的失敗率。可是構建失敗總是在所難免，尤其是每次要提交cand...