原文地址：https://medium.com/edureka/devops-interview-questions-e91a4e6ecbf3
原文作者：Saurabh Kulshrestha
翻譯君：CODING 戴維奧普斯
Q1：什麼是持續集成？
我會建議你以持續集成的最小定義作爲開始來回答這個問題。這是一種研發實踐，需要開發人員每天多次將代碼集成到共享代碼庫中。然後通過自動構建來驗證每次代碼的修改，以便團隊儘早發現問題。
我建議你解釋一下在以前的工作中是如何實施持續集成的，可以參考以下示例：
在上圖中：
1、開發人員將代碼 clone 至私有工作區。
2、完成編碼後，他們將更改提交至共享代碼庫中（版本控制倉庫）。
3、CI 服務器監視代碼倉庫並在發生更改時檢出更改。
4、緊接着 CI 服務器提取這些變更進行構建、運行單元以及集成測試。
5、CI 服務器會立即告知團隊構建成功與否。
6、如果構建失敗，CI 服務器會向團隊發送告警。
7、研發團隊將盡快解決問題。
8、這個過程會不斷重複。
Q2：爲什麼研發團隊需要開發與測試的持續集成？
對於這個答案，你應該關注持續集成的需求。我建議你在回答中提到以下解釋：
開發和測試的持續集成通過在完成所有開發之後替換傳統的測試實踐，來提高軟件質量並減少交付耗時。它允許開發團隊儘早檢測和定位問題，因爲開發人員需要每天多次（或更頻繁地）將代碼集成到代碼倉庫中，然後自動驗證每次集成。
Q3：持續集成的成功因素有哪些？
在這裏，你必須提到持續集成的要求，可以在回答中包含以下幾點：
- 維護代碼倉庫
- 自動化構建
- 讓構建自我檢測
- 每個人每天都確保已將修改提交至基線
- 保持快速構建
- 在生產環境的克隆環境中進行測試
- 研發團隊可以輕鬆獲得最新的可交付成果
- 每個人都可以看到最新構建的結果
- 自動部署
Q4：如何將 Jenkins 從一臺服務器遷移或者複製到另一臺服務器？
我會通過將 jobs 目錄從舊服務器複製到新服務器的方式來完成這個事情。有很多種方法可以做到這一點：
- 只需複製相應的 job 目錄，即可將 job 從一個 Jenkins 服務器移動到另一個。
- 通過使用其它名稱克隆 job 目錄來製作現有 job 的副本。
- 通過重命名目錄來重命名現有 job。請注意，如果你更改了 job 名稱，則需要更改嘗試調用該重命名 job 的所有 job 。
Q5：如何在 Jenkins 中創建備份和複製文件？
可以很直接地回答這個問題：要創建備份。你需要做的就是定期備份 JENKINS_HOME 目錄。這包含所有構建 job 配置，從屬節點配置和構建歷史記錄。要創建 Jenkins 的備份，只需複製此目錄即可，你還可以複製 job 目錄或重命名目錄。
Q6：如何配置 Jenkins 的 job？
關於這個答案的解決方法是首先提一下如何創建 job：轉到 Jenkins 首頁，選擇“New Job”，然後選擇“Build a free-style software project”。然後你可以設置這個自由式 job 的元素：
- 可選的 SCM，例如源代碼所在的 CVS 或 Subversion。
- 用於控制 Jenkins 何時執行構建的觸發器。
- 某種構建腳本，用於執行實際工作的構建（ant，maven，shell 腳本，批處理文件等）。
- 從構建中收集信息的可選步驟，例如歸檔製品、記錄 javadoc 和測試結果。
- 配置構建結果通知其他人/系統的步驟，例如發送電子郵件、即時消息、更新問題跟蹤器等。
Q7：列舉 Jenkins 中一些有用的插件
下面我將提到一些重要插件：
- Maven 2 project
- Amazon EC2
- HTML publisher
- Copy artifact
- Join
- Green Balls
我覺得這些是最有用的插件，你也可以添加你認爲有用的插件。但是請確保首先提到上述插件，然後添加你自己的插件。
Q8：如何保證 Jenkins 的安全？
- 確保 global security 配置項已經打開。
- 確保用適當的插件將 Jenkins 與企業員工目錄進行集成。
- 確保啓用項目矩陣的權限訪問設置。
- 通過自定義版本控制的腳本來自動化 Jenkins 中設置權限/特權的過程。
- 限制對 Jenkins 數據/文件夾的物理訪問。
- 定期對其進行安全審覈。