我开始使用Spring Cloud Config，并希望为客户端提供一种覆盖来自cofnig服务器的属性的方法 . 但是，在阅读https://docs.spring.io/spring-boot/docs/current/reference/html/boot-features-external-config.html之后， Cloud 配置何时适用并不明显 .
我也读过http://cloud.spring.io/spring-cloud-config/spring-cloud-config.html，它谈到了覆盖 . 但它们似乎与我想要的相反（那些覆盖是为了覆盖客户端提供的属性） .
那么，Cloud Config在订购中的位置是什么？我是否仍然可以在类路径上提供本地 application.properties 文件来覆盖某些Cloud Config属性？
1 回答
git提交/推送过程是该过程的一部分，实际上...... Spring Cloud Config使用git来处理配置文件，更改，审计等，因为git非常适合这种情况，而Config利用这些优势 .
如果您只是想要一种加快配置更改测试的方法，并愿意接受权衡，您可以使用本地（或本地网络）repo进行配置存储库测试 . 我意识到这不是你特别要求的，但它是一个可能有用的选项，假设你使用Config服务器应用程序的application.properties指向底层的git repo . 如果是这样，你可以在命令行上覆盖spring.cloud.config.server.git.uri，如下所示：
java -Dspring.cloud.config.server.git.uri = $ / testing / config-repo -jar your_jar_here.jar
这将允许您调整从Config服务器获取其设置的客户端应用程序/服务的配置设置，而不会影响 生产环境 配置文件（甚至分支） .
我希望这有帮助 . 如果没有，或者如果我误解了你的目标或限制，请澄清（一个或两个用例可能会帮助我更好地进行三角测量，如果你可以分享它们），我将再次尝试它 . :)
干杯，马克