Spring Config Server中repos下search-paths配置不生效问题求助

问题根因与解决方法 #

你当前配置存在两个核心问题导致dummy仓库的search-paths不生效：

1. 子仓库缺少pattern匹配规则
   Spring Cloud Config Server中repos下定义的自定义仓库，必须配置pattern属性用于匹配客户端传入的应用名、环境标识，规则格式为{application}/{profile}，支持*通配符，多个匹配规则用逗号分隔。你当前把pattern配置注释掉了，请求进来后无法匹配到dummy仓库，自然只会走顶层git配置的folder1路径。
2. 多配置源冲突风险
   你同时配置了git和native两种配置源，若服务启动时激活了native profile，Config Server会优先走native的搜索路径，完全跳过git仓库的逻辑。

修复后的配置示例 #

spring:
  cloud:
    config:
      server:
        git:
          uri: file://${user.home}/Documents/sample1
          default-label: main
          search-paths: folder1
          cloneOnStart: true
        repos:
         dummy:
            pattern: dev*,dummy* # 按需配置匹配规则，这里示例匹配dev开头的profile或者dummy开头的应用名
            uri: file://${user.home}/Documents/sample2
            search-paths: folder2
            default-label: main
        # 测试git仓库逻辑时可临时注释native配置避免干扰
        # native:
        #   searchLocations: file://${user.home}/Documents/junk/

校验方案 #

你可以在配置中添加日志级别配置，观察请求匹配的仓库信息，确认规则是否生效：

logging.level.org.springframework.cloud.config.server=DEBUG

启动后发起配置请求，查看日志中Matched repository相关的输出，就能确认是否正确命中了dummy仓库的配置。

内容的提问来源于stack exchange，提问作者Aravind R