Jenkins 詹金斯：防止重新加载配置

我目前正在分析詹金斯是否适合我们的需要。 因此，我需要了解（而不是）重新加载配置：

我知道有一种明确的方法可以重新加载配置（通过WebGUI和CLI）。 但是： 有没有办法防止Jenkins重新加载配置

一个要求是CI系统在CI系统启动时读取所有配置文件（常规和作业配置）。之后，对配置文件的修改将无效

你知道情况是否已经如此（除了我按下“manage Jenkins”|“从硬盘重新加载配置”[确切的选项可能听起来有点不同，因为我这里只有德语版本]）

非常感谢你的帮助，

---

Lukas

我运行Git repo来控制config.xml文件，因此在Jenkins运行时可以体验xml文件的更改

---

我可以自信地声明，Jenkins不会重新读取config.xml文件，除非您通过UI或cli明确要求它。事实上，如果通过UI更改配置，对config.xml文件所做的任何更改都将被内存中的版本覆盖。

我运行Git repo来控制config.xml文件，因此在Jenkins运行时有xml文件更改的经验

---

我可以自信地声明，Jenkins不会重新读取config.xml文件，除非您通过UI或cli明确要求它。事实上，如果通过UI更改配置，则对config.xml文件所做的任何更改都将被内存版本覆盖。

为什么在运行时它从不读取配置对您很重要？这听起来有点奇怪。例如，有人可能（意外地）用旧/其他作业更改配置文件。然后在概览中，作业可能显示为“ok”，但实际上这不是真的。。如果每天都有很多工作要做，这个错误的信息可能会有不良的副作用。当你害怕用户可以改变工作配置时，你应该考虑一下：是的，我也会这样做。但是如果有人自己更改配置文件（xml文件），该怎么办。？这是否与jenkins正在运行的实例相关？这是我真正的问题。唯一的办法是保留安全策略，让人们可以编辑配置。至于xml配置文件本身，当您需要仅由所需人员访问服务器时，它仍然是安全策略。为什么它在运行时从不读取配置对您很重要？这听起来有点奇怪。例如，有人可能（意外地）用旧/其他作业更改配置文件。然后在概览中，作业可能显示为“ok”，但实际上这不是真的。。如果每天都有很多工作要做，这个错误的信息可能会有不良的副作用。当你害怕用户可以改变工作配置时，你应该考虑一下：是的，我也会这样做。但是如果有人自己更改配置文件（xml文件），该怎么办。？这是否与jenkins正在运行的实例相关？这是我真正的问题。唯一的办法是保留安全策略，让人们可以编辑配置。至于xml配置文件本身，当您需要仅由所需人员访问服务器时，它仍然是安全策略。