自動編譯部署監控

A. Shell腳本自動編譯打包Gradle項目並docker部署

需要用到2個文件，項目的build.gradle文件和自動化shell腳本（這里我們命名為auto.sh）
一、修改build.gradle文件
新增task配置節，注意build.gradle和Dockerfile在同一目錄下

二、新增auto.sh

B. myeclipse自動編譯問題

如果你使用到是struts2進行開發，你可以在struts.xml中增加下面這句;
<constant name="struts.devMode" value="true" />

這樣整個項目就處於開發模式，修改了一些影響不大的地方後，不需要重啟tomcat。比如java中增加了一句system.out.println("test");又比如修改了css或js文件。但有重大修改時仍然需要重啟tomcat。

但當項目正式部署運行時，需要將上面到語句去掉，或改為
<constant name="struts.devMode" value="false" />

如果你使用到是servlet+jsp到開發模式，修改後恐怕只能重啟tomcat才能生效了！

C. 啟動 myeclipse如何 關閉 自動重新編譯部署

保存後就OK了

具體文字描述請參看

http://hi..com/sft444639074/item/3de6f26f0bcbfc85c5d24946

D. 自動化部署工具jenkins，從此擺脫重復單調的工作

它是基於Java開發的一種持續集成工具，用於監控持續重復的工作，旨在提供一個開放易用的軟體平台，使軟體的持續集成變成可能。

有了它你可以免除手工編譯，發布代碼，上線更容易。節省的時間你可以喝杯咖啡，放鬆一下 ^_^

道路千萬條，熟悉第一條，我這里使用 Red Hat 家族衍生的 centos 上安裝Jenkins。

這里可以下載rpm包： http://pkg.jenkins-ci.org/redhat/

也可以如下操作：

安裝

將Jenkins存儲庫添加到yum repos，並從此處安裝Jenkins。

安裝穩定版

還有一個LTS YUM資源庫的LTS版本線

安裝Java

Jenkins需要Java才能運行，但默認情況下某些發行版不包含此內容。要安裝Open Java Development Kit（OpenJDK），請運行以下命令：

安裝完成後Jenkins 啟動之前的注意事項

默認情況是Jenkins是使用Jenkins用戶啟動的，但這個用戶目前系統並沒有賦予許可權，這里我們將啟動用戶修改為root；另外Jenkins默認埠是8080，這個跟tomcat的默認埠沖突，我們也修改一下默認埠。

找到 JENKINS_USER 和JENKINS_PORT ，修改為root和你需要的埠

啟動/停止

注意：如果收到以下錯誤消息，請確保已安裝Java：

Starting jenkins (via systemctl): Job for jenkins.service failed. See 'systemctl status jenkins.service' and 'journalctl -xn' for details.[FAILED]

禁用防火牆

有關CentOS Java的重要說明

Jenkins需要Java才能運行，但yum install jenkins不強制已經安裝了java。檢查以確保您已通過運行安裝了hava java java -version。為了進一步使CentOS用戶感到困難，默認的CentOS版本的Java與Jenkins不兼容。Jenkins通常最適合使用Java的Sun實現，由於許可原因，它不包含在CentOS中。

如果您獲得類似於以下內容的輸出，則表示您使用的是Java的默認（GCJ）版本，該版本不適用於Jenkins：

要解決此問題，您可能需要刪除GC的GCJ版本並安裝Sun兼容版本。

如果收到上面的輸出，請卸載默認的java：

然後在卸載Java之後（或者如果你根本沒有安裝Java那麼開始）。您需要安裝與Sun兼容的Java版本。最簡單的方法是使用OpenJDK，它可以通過EPEL存儲庫獲得（或者您可以直接從Oracle安裝官方 RPM）。要安裝OpenJDK，請運行以下命令：

根據您的CentOS版本，OpenJDK的軟體包名稱可能有所不同。使用yum search openjdk來檢查包的名稱。如果通過yum找不到OpenJDK，則可能需要安裝EPEL yum存儲庫。安裝後，您應該能夠獲得以下java -version輸出：

Ok，到此jenkins安裝完成。

接下來你可以在瀏覽器地址中輸入Jenkins網址，如：IP:埠，將顯示如下內容：

拷貝指定文件密碼，進入用戶自定義插件界面，建議選擇安裝官方推薦插件:

接下來是進入插件安裝進度界面:

等待一段時間之後，插件安裝完成，配置用戶名密碼:

OK，你可以使用jenkins來編譯、發布你的代碼了。oh，它支持從代碼庫中直接拉取代碼，git、svn都支持。趕快使用你的Spring boot、go試試吧。

E. Jenkins+Rancher自動化部署

本文主要記錄Jenkins+Rancher+k8s自動化部署相關配置說明，不涉及rancher和jenkins安裝部署，包含java server項目、WAR項目、前端VUE項目部署配置介紹。

伺服器環境信息：

需要在安裝jenkins服務上部署下面相應的軟體，請注意軟體版本，如已經安裝相關軟體，可跳過此章節。

需要安裝rancher-cli，並且使用jenkins用戶預先登錄rancher平台：命令參考：

--token：這個用戶的token建議設置為永不過期，在rancher管理端 -> api&key > 添加。

建議安裝阿里鏡像，提高編譯速度：

jenkins啟動用戶需要添加到docker組中：

項目主要是java和vue開發的，所以需要安裝Maven Integration plugin插件。

spring boot或者spring cloud自帶容器，以及其它服務類型的java後端應用部署。

1、填寫項目名稱，選擇"構建一個maven項目"

點擊下面"OK"按鈕

2、填寫項目描述信息

3、輸入項目地址，並選擇用戶憑證

本文通過conding.net作為代碼管理平台，點擊"Add"添加自己賬號憑證（輸入coding.net平台登陸賬號密碼即可）。

4、配置maven編譯腳本

5、編寫rancher部署腳本

Dockerfile參數說明：FROM：選擇基礎鏡像包，該項目是用java語言開發需要jdk1.8所以選擇openjdk:8ADD：將bRule-deploy-1.0.0.tar.gz文件解壓並上傳到鏡像的brule目錄EXPOSE：容器內部啟動2002埠，根據自身項目填寫指定埠，多個埠填寫多行EXPOSE標簽ENTRYPOINT：容器啟動時執行的命令，執行多條命令使用&&拼接，命令行中帶&需要加上轉移符\&，使用tail -fn監聽應用日誌，以便容器日誌查看。

用於創建docker鏡像，就好比創建一個已經安裝並且配置好了應用程序的操作系統鏡像。

參數說明：192.168.100.21:5000：為本地docker鏡像伺服器地址brule:latest：應用名稱，根據自身項目名稱修改

利用上面創建好的操作系統鏡像啟動一個vmware虛擬機，創建k8s容器。

參數說明：brule：應用名稱，根據自身項目名稱修改，應用名稱規范?(.?)*image：剛才創建的docker鏡像containerPort：容器啟動埠，多個埠使用多行containerPort標簽聲明，埠限制在【30000-32000】

前面vmware虛擬機創建好後，怎麼能讓別人訪問？這個時候就需要創建一個網路服務，用於打通路由器與vmware本地虛擬機的網路。

參數說明：brule：應用名稱，根據自身項目名稱修改port：容器啟動埠nodePort：對外提供服務埠，外部機器訪問

將上面配置好的shell腳本復制到Post Steps -> 執行shell文本域中，並點擊"保存" -> "立即構建"即可部署。

1、進入剛才創建好的jenkins任務，點擊立即構建

2、點擊左下角構建任務，選擇"Console Output"，查看構建日誌

3、登錄rancher管理平台，查看構建好的應用

基於J2EE項目的war包部署，前面操作都一致，只是shell部署腳本稍有不同，這里主要詳細說明rancher部署腳本。

Dockerfile參數說明：FROM：選擇基礎鏡像包，war統一使用tomcat容器部署，tomcat:8.5-jre8-slimADD：將operation.war文件解壓並上傳到鏡像的/usr/local/tomcat/webapps/目錄EXPOSE：容器內部啟動8080埠，根據自身項目填寫指定埠，多個埠填寫多行EXPOSE標簽

這里不需要配置ENTRYPOINT標簽，因為tomcat鏡像包中已經有了。

用於創建docker鏡像，就好比創建一個已經安裝並且配置好了應用程序的操作系統鏡像。

參數說明：192.168.100.21:5000：為本地docker鏡像伺服器地址operation:latest：應用名稱，根據自身項目名稱修改

利用上面創建好的操作系統鏡像啟動一個vmware虛擬機，創建k8s容器。

參數說明：operation：應用名稱，根據自身項目名稱修改image：剛才創建的docker鏡像containerPort：容器啟動埠，多個埠使用多行containerPort標簽聲明，埠限制在【30000-32000】

前面vmware虛擬機創建好後，怎麼能讓別人訪問？這個時候就需要創建一個網路服務，用於打通路由器與vmware本地虛擬機的網路。

參數說明：operation：應用名稱，根據自身項目名稱修改port：容器啟動埠nodePort：對外提供服務埠，外部機器訪問

將上面配置好的shell腳本復制到Post Steps -> 執行shell文本域中，並點擊"保存" -> "立即構建"即可部署。

基於webpack構建的VUE項目部署，前面操作都一致，只是shell部署腳本稍有不同，這里主要詳細說明rancher部署腳本。

Dockerfile參數說明：FROM：選擇基礎鏡像包，前端統一使用tomcat容器部署，tomcat:8.5-jre8-slimCOPY：將/dist目錄上傳到鏡像的/usr/local/tomcat/webapps/fastquery/目錄EXPOSE：容器內部啟動8080埠，根據自身項目填寫指定埠，多個埠填寫多行EXPOSE標簽

這里不需要配置ENTRYPOINT標簽，因為tomcat鏡像包中已經有了。

用於創建docker鏡像，就好比創建一個已經安裝並且配置好了應用程序的操作系統鏡像。

參數說明：192.168.100.21:5000：為本地docker鏡像伺服器地址operation:latest：應用名稱，根據自身項目名稱修改

利用上面創建好的操作系統鏡像啟動一個vmware虛擬機，創建k8s容器。

前面vmware虛擬機創建好後，怎麼能讓別人訪問？這個時候就需要創建一個網路服務，用於打通路由器與vmware本地虛擬機的網路。

參數說明：shutcm-fastquery-web：應用名稱，根據自身項目名稱修改port：容器啟動埠nodePort：對外提供服務埠，外部機器訪問

將上面配置好的shell腳本復制到Post Steps -> 執行shell文本域中，並點擊"保存" -> "立即構建"即可部署。

F. 你好，用vss或svn管理軟體代碼，幾個人合作開發一個項目，如何做到項目所有代碼只掌握在一個項目主管手上

也解決這個問題，需要分三步：
1、在規劃源碼目錄結構的時候，盡量將每個開發人員所負責的文件夾分開，盡量避免多個人修改同一個文件夾下的內容。
2、在SVN許可權設置上，設置為每個開發人員只擁有自己所負責文件夾的讀寫許可權，對其他人負責的文件夾不給任何許可權，項目主管擁有所有文件夾的讀寫許可權。
3、實現源碼的自動編譯、部署到測試伺服器上，也就是說可以在需要測試的時候，自動將最新版的代碼編譯後發布到測試伺服器上，而不需要開發人員拿到所有的代碼自己去編譯部署。

其中第1、2步相對比較簡單，難在第3步。實現第3步關鍵是要改變測試習慣，需要將開發環境和測試環境分離，一般要有一台測試伺服器（可以考慮直接搭建在SVN伺服器所在的主機上），要測試時就通過某種方式將最新代碼編譯後部署到測試伺服器上，而不能是開發人員用自己的電腦來做測試伺服器。
具體有多種方式，比如大名鼎鼎的開源軟體hudson就是用來干這個的，用於實現系統的自動編譯、部署。
如果想簡單處理的話，可以用SVN的post-commit鉤子實現，這個鉤子存放於SVN伺服器端的hooks文件夾下，每次成功commit後都會自動觸發執行。你可以自己編輯這個鉤子的腳本內容，每次commit後將所有代碼checkout或update到測試伺服器上，並調用編譯工具進行編譯，最後部署到測試環境。

上面描述的只是一個簡單思路，如果要完善解決的話，必然涉及到版本庫的日常管理，需要區分出開發庫、測試庫，這必然要用到SVN的分支/標記功能，你可以看看我的網路文庫，有篇在windows下使用SVN的PPT，其中關於分支的那幾頁可能會對你有些啟發。

G. 如何使用svn管理一個C#項目

要達成你的目的，需要做以下幾件事：
1、搭建一個SVN伺服器，為你的項目建立一個代碼庫；
2、規劃人員分工和代碼庫的目錄結構，讓每個人的工作成果盡量不要存放在同一個文件夾內；
3、設置SVN伺服器的訪問許可權，讓每個人只能訪問自己的工作成果所在的文件夾；
4、增加一個代碼庫的管理員用戶，這個用戶擁有所有文件夾的讀取許可權，但不要讓其它項目組成員知道這個用戶的密碼；
5、搭建一個或幾個項目組統一的測試環境，所有人的測試都在這些測試環境中進行；
6、設計一個腳本，通過這個腳本，以代碼庫管理員用戶的身份自動從SVN伺服器上取出最新的代碼，實現源代碼的自動編譯，並自動部署到測試環境；
7、通過SVN伺服器端的post-commit鉤子調用這個腳本，每次commit後就自動會自動執行這個腳本，實現每次commit後就自動將最新代碼部署到測試環境。（當然，也可以不用post-commit鉤子，改為在需要測試時手動執行這個腳本。）

總體思路就是這樣了，裡面每一步的實現細節就要靠你自己去查資料了。
如果自動編譯、部署難以實現，可以在項目組中設置一個配置管理員，由他手動完成這些事情。

另外，要完美實現上述操作，就必然用到SVN的分支/標記功能，否則不斷滾動開發的不穩定代碼、用於測試的代碼就無法區分開，這要求項目組內部必須有統一的使用SVN的紀律和約定。

H. idea debug模式，修改代碼後怎樣實時編譯並部署到伺服器，就像eclipse那樣

確保使用debug模式
確保tomcat由idea實例化說tomcatidea配置
（特殊修改：項目配置文件某些特殊類新增名稱參數添加修改引起能熱部署必須重啟用Jrebel插件插件收費實現部修改熱部署包括修改項目配置文件等熱部署描述均指普通修改熱部署）
項目配置圖：

I. 怎樣使用 MSBuild 自動編譯和發布 NET 網站

很多.NET 程序員開發的時候，每次都需要涉及到各個環境的部署問題，但是手工操作的話又容易出錯，而且非常麻煩，我們今來講解怎樣實現自動編譯和發布 .NET 網站。廢話不多講，先講講我的初步實現方案。

MSBuild 自動編譯和發布 NET 網站步驟：
准備工具：GIT版本控制（gitlab），Jenkins, msbuild
1、安裝git版本控制器，提交代碼。（svn好像也可以）, 並生成ssh public key上傳到gitlab的ssh key中(個人配置/SSH KEY)。
2、安裝jenkins開源工具。
3、Jenkins安裝git plugin, Msbuild插件（Manager Jenkins/Manage Plugins）
4、配置Jenkins中的git（Manager Jenkins/Configure System）在git欄中輸入name和Path： git install path\cmd\git.exe
5、添加對應.NET framework version MSBuild
Name: .NET4.0
Path to MSBuild:
%system%\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe
6、建立.NET項目文件，並添加MSBuild文件
建立一個解決方案nonsuch.sln，裡麵包含一個website: nonesuch.web.
在解決方案根目錄建立一個xml文件，改名為: build.targets

J. cc_net文件夾是什麼

cc_net文件夾是一個代碼開發階段流程的自動管理監控工具；所包括的流程有根據設定的任務從指定的代碼庫中CHECK OUT代碼、然後自動編譯、自動代碼檢查、自動單元測試，並將編譯和測試的結果進行記錄和反饋（EMAIL方式等），並有還算不錯的WEB應用平台進行呈現，也支持一部分的分析工作。
2. CCNEET配置主要就是一個ccnet.config，加入一個項目的時候需要修改配置文件，在配置文件加入一個<project></project>,將要加入的項目的配置放入其中