Kubernetes Helm实现的official Jenkins Configuration as Code (JCasC) plugin documentation没有提到sidecar配置的“folders“属性。
相反，它使用了一个单一的“folder“属性，这意味着Sidecar被配置为只监视 * 一个 * 目录的更改。

sidecars:
  configAutoReload:
    enabled: true
    image: shadwell/k8s-sidecar:0.0.2
    imagePullPolicy: IfNotPresent
    sshTcpPort: 1044
    label: jenkins_config
    folder: /var/jenkins_home/casc_configs
    # Additional configurations

字符串
在本例中，sidecar被设置为监视/var/jenkins_home/casc_configs目录。由于您还使用自定义配置目录（/var/jenkins_home/custom_casc_configs），因此sidecar在其当前状态下将 * 不 * 监视此目录。
如果可行，您可能需要将所有JCasC文件移动到sidecar监视的同一个目录（/var/jenkins_home/casc_configs）。这将确保此目录中的任何更改都会触发自动重新加载。
但是如果您需要保持自定义配置目录独立，另一种选择是实现自定义解决方案（例如脚本或辅助Sidecar）来监视/var/jenkins_home/custom_casc_configs目录，并在检测到更改时触发重新加载。
持续监视指定目录的更改。这可以使用带有简单循环和校验和比较的shell脚本来实现：

#!/bin/bash

# Define the directory to monitor
MONITOR_DIR="/var/jenkins_home/custom_casc_configs"

# Initialize the last checksum
LAST_CHECKSUM=$(find $MONITOR_DIR -type f -exec md5sum {} + | md5sum)

while true; do
    # Calculate current checksum
    CURRENT_CHECKSUM=$(find $MONITOR_DIR -type f -exec md5sum {} + | md5sum)

    # Compare checksums
    if [ "$LAST_CHECKSUM" != "$CURRENT_CHECKSUM" ]; then
        echo "Change detected, reloading JCasC..."

        # Command to reload JCasC
        # Example: using Jenkins CLI or Jenkins REST API call
        # jenkins-cli.sh -s http://jenkins:8080 reload-configuration
        # or
        # curl -X POST http://jenkins:8080/reload-configuration --user user:token

        # Update last checksum
        LAST_CHECKSUM=$CURRENT_CHECKSUM
    fi

    # Wait for a bit before checking again
    sleep 60
done

型
该脚本需要在Jenkins环境中部署和运行，或者使用：

• 在您的Kubernetes pod中使用init container来部署和运行脚本。脚本可以在pod初始化期间作为后台进程启动。
• 一个sidecar container，脚本在Jenkins旁边的自己的容器中运行。该方法提供了与Jenkins容器的隔离。
• 直接执行，您直接将脚本包含在Jenkins容器中，并将其作为后台进程运行。这可以通过自定义Docker镜像或将脚本装载到容器中并运行来完成。

然后，脚本可以使用以下任一项重新加载JCasC：

• 如果Jenkins CLI已设置，则触发configuration reload。
• REST API，用于向reload URL发送POST请求。
• 直接文件操作，修改跟踪文件以触发重新加载。