持續整合環境, tomcat 的安裝和配置
目錄把tomcat壓縮包上傳到tomcat 伺服器上
提取碼：28kr
#關閉防火牆
systemctl disable firewalld --now
#安裝jkd
yum -y install j**a-1.8.0-openjdk*
tar -zxf apache-tomcat-8.5.47.tar.gz
mv apache-tomcat-8.5.47 /opt/tomcat
ls /opt/tomcat/
#啟動tomcat
訪問預設情況下,tomcat是沒有配置使用者角色許可權的..但是，後續jenkins部署專案到tomcat伺服器，需要用到tomcat的使用者，所以修改tomcat以下配置， 新增使用者及許可權,讓使用者可以登入到tomcat
修改 /opt/tomcat/conf/tomcat-users.xml 檔案,設定使用者名稱密碼都是tomcat
tomcat 預設是不允許遠端訪問的,現在需要注釋掉
如果不允許遠端訪問,則構建時會報錯
/opt/tomcat/bin/shutdown.sh #停止tomcat
/opt/tomcat/bin/startup.sh #啟動tomcat
訪問 /manager/html ,在彈出的視窗,輸入使用者名稱 tomcat
密碼 tomcat ,
然後會看到如下的頁面
持續整合（一）
一 提出 整合軟體 的過程不是新問題，如果專案開發的規模比較小，比如乙個人的專案，如果它對 外部系統 的依賴很小，那麼軟體整合不是問題，但是隨著軟體專案複雜度的增加 即使增加乙個人 就會對整合和確保 軟體元件 能夠在一起工作提出了更多的要求 要早整合，常整合 早整合，頻繁的整合幫助專案在早期發現專案...
持續整合簡介
想起我剛畢業後，進入一家以軟體外包為主的外企做開發。它使用傳統的瀑布式的軟體開發流程，沒有使用任何的敏捷實踐。我每天上班開啟電腦，拿到自己的任務，然後從版本控制更新 開啟工程按下build，準備進行今天的開發任務。突然發現build失敗 通常是編譯不過 大喊一聲 誰break build啦 也沒有人...
持續整合 CI
引子 記得剛加入趨勢開始開發工作 的時候曾被告知，趨勢有一套auto build的系統，會每天夜裡自動把當天check in的 進行構建，生成qa可測試 的build。每個rd都得小心提交code，因為專案結束的時候會看auto build的失敗率。可是構建失敗總是在所難免，尤其是每次要提交cand...