⑴ 普通java工程如何用jenkins做持續集成
1定義maven的pom.xml文件，pom如何定義內容就太多了，網上搜索吧
2將項目提交到版本庫軟體管理，比如svn
3在jenkins上checkout這個項目，定義maven執行命令，比如 maven package
⑵ 使用jenkins和編譯伺服器
1 切換成root用戶
2 生成公鑰 這里注意會生成兩份密鑰 .pub為公 另一個為私
3 查看公鑰
4 把公鑰放入git
5 檢驗許可權
6 打開復制私鑰
7 進入Jenkins 添加憑據，類型 SSH Username with private key
在下方密鑰區域 粘貼 私鑰
8 在工程下面的密鑰區域選擇剛生成的
執行中如果出現許可權不足 或者路徑不對
1 路徑不對 可以查看本地路徑是否存在腳本 如果路徑配製成環境變數 前面需要加$ 如$SHELLPATH 直接輸入路徑則不需要加任何符號 如 /media/shell/**.sh
2 出現許可權錯誤 你需要讓jenkins使用root用戶操作如下 以下用ubuntu舉例
文件中
JENKINS_USER=$NAME
JENKINS_GROUP=$NAME
改稱
JENKINS_USER=root
JENKINS_GROUP=root
修改目錄許可權
cd /var/lib/chown -R root:root ./jenkins
重啟jenkins 不同版本重啟方式不同 自行網路
systemctl restart jenkins
編譯伺服器mount到jenkins本機 利用了NFS
更新系統軟體包
安裝NFSServer
清除目錄所有許可權限制
先打開 exports 裡面定義了NFS伺服器訪問許可權
設置訪問許可權
/mnt/nfs_share 是共享目錄路徑
rw 設置可以讀寫
sync 需要先將更改寫入磁碟 然後才能應用更改
no_root_squash / no_subtree_check 消除子樹檢查
1） 全子網可訪問
2） 單獨網路可訪問
中間ip換成本機ip 如192.168.0.1
打開 然後查看狀態
在Ubuntu和Debian上安裝NFS客戶端：
在CentOS和Fedora上安裝NFS客戶端：
ip改成本機IP即可
或者直接修改配置文件
1) 在NFS伺服器的共享文件夾中創建個文件
2) 在NFS客戶端中查看文件是否存在
ip換成本機ip
查看路徑是否正確即可
把缺少的依賴庫先編譯一遍
⑶ Java Maven打包總結（Jenkins多模塊編譯部署）
原文地址： Java Maven打包總結（Jenkins多模塊編譯部署）
依次執行了clean、resources、compile、testResources、testCompile、test、jar(打包)等7個階段。
完成了項目編譯、單元測試、打包功能，但沒有把打好的可執行jar包（war包或其它形式的包）布署到本地maven倉庫和遠程maven私服倉庫
依次執行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install等8個階段。
完成了項目編譯、單元測試、打包功能，同時把打好的可執行jar包（war包或其它形式的包）布署到本地maven倉庫，但沒有布署到遠程maven私服倉庫
依次執行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install、deploy等9個階段。完成了項目編譯、單元測試、打包功能，同時把打好的可執行jar包（war包或其它形式的包）布署到本地maven倉庫和遠程maven私服倉庫
可以看到主要區別在把生成的jar包最終存放的位置， package只管打包； install把打好的包放到了本地maven倉庫；deploy是同時放到本地倉庫和遠程maven私服
這里本地倉庫默認是 /root/.m2/repository/ ，具體配置在 ${M2_HOME}/conf/settings 的 localRepository 配置項決定。遠程私服倉庫一般是nexus，具體地址在項目的pom.xml中配置。比如
一般是進入父級目錄之後執行
如果是多級目錄的話，有時候並不一定是按照 具體的項目來 編譯，比如
這個時候如果一個項目一個項目來編譯會超級多，很繁瑣，這里是按照 subparentproject 來編譯，命令如下
有個注意的地方：
subparentproject 目錄下的pom.xml文件中一定有類型如下的配置
1、需要安裝插件 Extended Choice Parameter Plug-In 可以支持參數單選、多選
2、項目選擇"自由風格"，而不是maven編譯
3、在「構建」 -> "執行shell" 中編寫 子模塊編譯腳本及其後續處理
具體配置如下圖
「構建」 -> "執行shell" 中的處理腳本
附加：
Linux Bash下字元串操作總結
⑷ 怎樣使用 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
⑸ 請問Jenkins如何配置自動或定時編譯
打開job的配置界面，在構建觸發器欄下有Poll SCM（定時檢查源碼變更並構建）和Build periodically（周期進行項目構建，不關心源碼是否變更）選擇，打開它們後面的問號，有很明確的介紹和實例
⑹ 如何 編譯 jenkins 插件
系統管理--管理插件--高級--瀏覽-上傳插件即可 會提示重啟jenkins，--重啟後插件安裝成功 下載的插件是.zip格式的，改成.hpi後綴名即可
⑺ 敏捷之路 C++ (一) jenkins配置-VS工程自動編譯基本配置
Windows安裝Jenkins主要有兩種方式
關於安裝這塊官方資料齊全就不浪費時間了。
接下來啟動 jenkins並按照默認設置一路下一步就行了。
成功啟動jenkins並檢查確認jenkins工作區無誤後就可以開始配置jenkins以及自動編譯VS項目的相關環境了。
建議： 所有需要安裝的工具例如git,python,svn等盡量不要安裝在Program Files中，自己重新指定一個沒有許可權問題，純英文無特殊符號及空格等的路徑。
接下來安裝插件
首先是使用vs項目必不可少的MSBuild插件
以及多源項目需要的Multiple SCMs plugin
如果你需要郵件通知則安裝Email Extension Plugin
建議安裝一個你的工程所需版本的Visual Studio
一方面MSBUILD可以直接用，另一方面如果自動編譯出問題 可以使用VS打開你的項目進行調試
通常一個相對比較大的多項目工程，如果不是一直嚴格按照標准配置，很難保證獲取工程可以成功編譯建議從以下幾個角度檢查
配置好了工程可以從遠端克隆一個新的直接編譯試一下。可以成功編譯就可以配置jenkins項目了。
添加賬號密碼時有時候第一次添加的會無效，那就再添加一次並選擇第二個。通常就可以了。
⑻ Jenkins持續集成使用指南
1 、 系統 參數
（1）構建伺服器訪問路徑:
（2）JDK版本（根據各產品的具體要求選擇）:
1) jdk1.7.0_60
（3）Maven版本（根據各產品的具體要求選擇）:
1) apache-maven-3.2.3
2) apache-maven-3.2.2
3) apache-maven-3.2.1
4) apache-maven-cif
（4）Jenkins信息：
1) Jenkins version 1.609 可升級
2) $Jenkins_home: home/ciserver/.jenkins
3)Jenkins工作目錄：/app/Jenkins/
2 、 授權 策略
（1）Configure Global Security中的授權策略，採用Role_Based_Strategy方式；
（2）根據人員的角色和職責建立Global roles；
（3）根據不同的產品系統及其開發階段，建立project_roles；
（4）為jenkins賬戶建立global role和project role的授權矩陣，即用戶訪問許可權矩陣；
（5）用戶界面是基於他擁有的許可權和任務所屬的階段和所歸屬的視圖（View）進行顯示；
Jenkins構件任務命名規范參考3.2章節，jenkins賬戶管理參考第4章節。
3、構建管理
3 .1 構建 命名 規范
用戶登錄後，界面所能執行的操作的基於以下2點，缺一不可：
（1）用戶所擁有的許可權；
（2）根據命名規則過濾後的任務視圖和任務；
請務必按照下面的命名規范進行任務的創建和修改。
3 .1.1 任務視圖 命名
任務視圖命名格式：
產品/系統名稱(縮寫)_階段，階段縮如（DEV、ST、UAT、PRD），如下圖紅線標注所示：
圖3-1 任務視圖命名示例
3. 1. 2 任務 命名
任務的命名格式：
系統任務：階段縮寫_產品/系統(縮寫)；
子系統和模塊任務：階段縮寫_產品/系統縮寫_子系統/模塊縮寫
3 .2 參數化構建
3.2.1 構建 參數列表
3.2.1 常 用 的參數 配置
3 .3 分布式構建
考慮到構建效率和後續構建任務的擴張；通過配置jenkins Master-slave架構進行分布式構建；
DEV階段的構建在slave進行。
3 .3.1 slave節點 配置
3 .3.2 slave節點任務 配置
（1）DEV階段的構建，在206.10jenkins伺服器上建立slave節點，將各產品部的構建任務分配到對應的節點去運行（包括工作空間，本地倉庫，編譯運行環境）；
在DEV階段的任務配置中，勾選「Retrict where this project can be run」, Label Expression填寫各slave標簽名。
4 、 jenkins賬戶 管理
（1）jenkins賬戶統一由組織級管理員建立和維護，jenkins賬戶命名格式為：姓名全拼；用戶可登陸後修改；
（2）jenkins賬戶按照用戶類別分為，admin，系統管理員，構建人員，guest；
1） Admin負責整個jenkins伺服器的管理；
2）系統管理員的具有其負責的產品庫的4個階段所有任務的創建，配置許可權；
3）構建人員為產品開發人員，根據需要開放四個階段的構建任務的執行和配置許可權；
4）guest賬戶僅供有查看需求的員工使用；
5）普通用戶賬戶許可權申請和許可權變更，由系統管理員或分支管理員向組織級CM申請。
5、J enkins基本操作
5.1 登錄jenkins
申請賬戶後，在瀏覽器中輸入 http://**.**.**.**:8080/ ，在彈出的對話框中輸入用戶名和密碼登錄。
5.2 賬戶 密碼重置
5. 3 新建任務
5. 4 配置任務
在任務列表中單擊你要配置的任務，在左側功能列表中單擊配置選項，如下圖所示：
下圖將會對任務配置中涉及到各個步驟進行詳細講解：
5. 5 構建 任務
任務配置完成後，點擊左上角功能列表中的，立即構建，即可執行相關任務，如下圖所示：
5. 6 查看 構建日誌
5.7 查看 構建 結果
⑼ jenkins git怎麼自動編譯工程
當時也是花費了不少時間來配置Jenkins自動打包的問題，覺得還是需要記錄一下。 1.安裝Jenkins，這個很簡單，不需要多說。 2.下載Git Plugin，Gradle Plugin，Android Emulator Plugin（這個可以配置SDK路徑，覺得這個插件挺好）