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