Jenkins：备份Jenkins主页和归档工件的最佳实践

我已经开始使用Jenkins进行持续集成。要求是构建环境，包括覆盖率和测试结果的早期构建的历史，应该恢复，以防Jenkins在运行几年时偶尔失败。此外，备份预计将自动进行。我能理解备份、thinBackup和periodicBackup插件的功能。由于我是詹金斯的新手，我想知道

詹金斯预计会发生什么样的车祸

如果出现故障，将损坏哪些文件/配置

什么样的备份能满足我的要求

任何关于支持Jenkins的最佳实践/技巧的建议都将非常有帮助

多谢各位

What kind of crashes is expected in Jenkins ?
In case of failure, what files/configurations will be damaged ?
what kind of back up will be efficient for my requirement ?

我不相信会有专门针对詹金斯的意外事故。这些问题与任何其他任务关键型应用程序的问题相同；硬件故障，软件故障，或者正如Jenkins持续集成食谱所说的“主板上的咖啡，猫吃电缆，电缆吃猫”

为了确保备份能够满足您的需求，请在Dev Jenkins服务器上进行测试。设置备份，运行一些构建，尽可能地中断，恢复备份。你需要的东西都恢复了吗？您几乎肯定需要一个Dev-Jenkins服务器，以便在不中断生产CI过程的情况下测试插件和Jenkins本身的新版本

---

关于备份、thinBackup和periodicBackup，我认为thinBackup不会备份以前的版本，只是备份它们的结果，因此如果您需要这些，它可能不合适。备份已不再维护，因此我将查看定期备份。您还可以查看直接备份JENKINS_主目录，因为这是存储所有构建、配置等的地方。与您的运营团队确认，如果Jenkins运行的Java环境丢失或损坏，也可以恢复。

谢谢Disco。我正在按照您的建议在Dev Jenkins服务器上进行测试。与定期备份一样，我想没有排除某些文件的选项，比如工作区文件夹（因为源代码来自版本控制系统，所以它是多余的）。可以尝试插件组合吗？这是一个老问题，但@Siva关于备份中包含的工作区文件夹的观点是我配置自定义工作区文件夹而不是在Jenkins应用程序文件夹下的原因。这需要更多的工作，但可以让您分别控制工作区和应用程序的存储、备份等。