如果您曾经被某个插件升级破坏了某些功能,那么您一定已经对这个问题有所考虑:Jenkins插件升级策略应该是什么?在部署变更之前,您如何测试?
有没有人试过运行虚拟作业的测试实例来测试新版本,还是只是祈祷升级版本不会破坏任何东西?
您是说让金斯的团队政策还是您(组织的)政策?
—
Dan Cornilescu
在升级之前,我将对Jenkins节点进行快照,然后对其进行测试。根据我的经验,詹金斯从来都不是关键任务组件。如果由于某个插件升级使它“故障”了15分钟,则通常不会以任何方式阻止生产,因此可以接受手动干预。当然,如果不是这种情况(并且Jenkins必须为100%HA),那不是正确的方法。
—
阿萨夫·拉维
@DanCornilescu我的组织政策,因为这是针对我们内部Jenkins服务器的
—
Michael Pereira
@AssafLavie这很大程度上取决于Jenkins的运行方式:独立服务器,VM,docker容器,kubernetes pod(我们的情况)。拍摄当前状态的快照以按原样还原可能并不容易。在我们的案例中,我们可以克隆保存Jenkins数据的EBS卷,但这是将容器和数据卷都恢复到特定状态的手动且耗时的过程。
—
Michael Pereira