系統持續整合是乙個好東西。
可是一旦發布的程式，不能構建或是構建後發現功能不是正常的，就不是很好了。這裡說說這段時間的構建吧。
先說說這幾天出的問題吧
。這也是專案之初的共性1在
svn上
checkout
的**就有錯誤。造成編譯不通過
以上三種是基本的構建失敗常用的問題。
然後構建成功，並不代表我們的程式正常執行。還得看功能是否正常。這就涉及到類庫的引用是否正常了。這裡我們將第三方公用包和自己封裝的類庫
使用了nuget
管理包進行了管理，建立了乙個
packages
包，安裝我們的類庫就自動引入
dll放在了
packages
中，在上傳
package
到svn
中，這樣程式構建就在
packages
中查詢引用了。當然對於一些如通過反射的
dll就需要使用構建後的命令
自動拷貝了。下面我們就來做個示範吧
如系統基本架構圖
總體包括的有
ibll
，idal
，web
，和一些工廠。
所以構建的時候需要將
dal，
bll以及
dalfactory
，bllfacotry
中的dll
打包到web
層中。所以就需要將他們的生成路徑放入到
web層，這個在
vs中是完全沒有問題的。
而在jenkins
構建中，剛開始沒有想到構建這些所有專案。
當發現構建成功時，任務專案基本是沒有問題。
當訪問功能時卻發現資料都沒有現象，
當在web
除錯時發現遠端呼叫方法出現問題
檢視生成的
dll缺少
dal，
dalfacotry
，是個嚴重的問題。於是就增加了構建專案，構建專案也不能生成到發布到
web層呀
這樣一來，就不會去別去查詢，也不依賴系統中的
dll了，避免缺失。
效果圖
批處理檔案命令，注意檔案路徑最好不要有空格，否則
jenkins
不識別該命令。該命令是將原始碼中的
dll拷貝到發好的檔案中的
bin下
bat檔案可以檢視上篇文章
拷貝的dll
編譯是只編譯依賴專案中的
dll或（引用中的
dll），所以向
dal這些不是直接引用的，就需要自己想辦法去生成了。之所有沒有在這些檔案下輸出檔案，就像要將這些
dll生成到原始碼中，然後直接複製。基本的思路就結束了，希望對大家有所理解。
持續整合 jenkins定時構建
在jenkins 專案 配置 構建觸發器 build periodically中設定，如下圖 日程表中，跟linux中的crontab設定類似 其中，h代表hash 雜湊 例如 為十幾個日常任務配置0 0 將會在午夜產生較大峰值。相比之下，配置h h 仍將每天一次執行每個任務，不是都在同一時刻，可以...
持續整合 Jenkins構建GitHub專案的實現
有了前兩講的基礎，這回我們就可以把github上的專案做到ci jenkins 裡了，讓它自動去整合部署，持續整合 jenkins裡的nuget和msbuild外掛程式，持續整合 jenkins裡的powershell外掛程式發布遠端站點了，下面我們來說一下操作步驟。進行jenkins操作 新增工作...
jenkins持續整合 構建多個job同時執行
在jenkins 構建任務時，同時只能構建2個，但是有時候可能涉及到需要同時執行多個任務 大於2個 如果不能同時執行的話，就需要等待上乙個執行完了，再執行第三個 比如用例非常多，需要把不同的用例分給不同的job同時執行，以減少執行時間 設定位置 系統管理 系統設定 執行者數量 英文版是 of exe...