春クラウド構成サーバーの優先順位

Question

私のサービスではspring cloud config server

で作業するとき、私は私が地元の性質がこのコンテンツ

foo: 
    bar: "some" 
    buz: "some" 
    joe: "some" 

でapplication.ymlファイルの環境変数の優先順位について質問がありますしていますサービスは、ファイルtestservice-api.yml（testservice-apiはサービスのバリュー・アプリケーション名）を含む構成リポジトリーを持つ構成サーバーにも接続されています。このファイルの内容は次のとおりです。

foo: 
    bar: "some-specific" 

したがって、このセットアップを実行時の設定は、このことになる：

{ 
    "foo.bar": "some-specific", 
    "foo.buz": "some", 
    "foo.joe": "some" 
} 

今、私は環境変数でfoo.barとfoo.joeを上書きしてみてください。

だから私は、このコマンドを使用してサービスを開始します。

FOO_BAR=some-env FOO_JOE=some-env gradle bootRun

私は環境変数が設定ファイルよりも優先されなければならないthis part of the spring boot documentationで読んだから - また、春の雲の設定のドキュメントがかなった別の状態はありません - 私は結果があることを期待する：

{ 
    "foo.bar": "some-env", 
    "foo.buz": "some", 
    "foo.joe": "some-env" 
} 

しかし、その代わりに、私は得る：

{ 
    "foo.bar": "some-specific", 
    "foo.buz": "some", 
    "foo.joe": "some-env" 
} 

jar内のロー​​カル設定ファイルの設定だけが環境変数によって上書きされます - config repoのプロパティは環境変数よりも優先されているようです。

これは説明できますか？これはバグですか？この中のヒント？

ここではサンプルコードを見つけてください：

https://github.com/mduesterhoeft/configserver-test

をUse Case 3

Answer 1

が設定サーバのソースとして（Gitのレポで次のプロパティを定義すると、リポジトリ内のREADMEは、ここで説明する問題を示しています）[指定のプロファイルの場合]： spring.cloud.config: overrideSystemProperties: false overrideNone: true

プロパティ（特にoverrideSystemProperties & overrideNone）は、デフォルトでconfig-serverのものによって上書きされます。