Wiosna Chmura Config Server Priority zmiennych środowiskowych

Question

Mam pytanie dotyczące pierwszeństwa zmiennych środowiskowych podczas pracy z spring cloud config server

W mojej służbie Mam lokalne właściwości pliku application.yml z tej zawartości

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

usługa jest również połączona z serwerem konfiguracji z repozytorium konfiguracji, które zawiera plik testservice-api.yml (gdzie testservice-api to nazwa usługi wiosennej usługi). Zawartość tego pliku jest:

foo: 
    bar: "some-specific" 

Więc z tej konfiguracji konfiguracja przy starcie spowodowałoby to:

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

Teraz staram się zastąpić foo.bar i foo.joe ze zmienną środowiskową.

więc uruchomić usługę z tym poleceniem:

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

Z tego co czytałem w this part of the spring boot documentation zmienne środowiskowe powinny mieć pierwszeństwo przed plikach konfiguracyjnych - również sprężyna dokumentacja chmura config nie określa czegoś inny - tak bym się spodziewał wynikiem będzie:

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

Ale zamiast uzyskać:

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

Zatem tylko konfiguracja z lokalnego pliku konfiguracyjnego wewnątrz słoika jest nadpisywana przez zmienną środowiskową - właściwość z repozytorium konfiguracji ma pierwszeństwo przed zmienną środowiskową.

Czy można to wyjaśnić? Czy to błąd? Jakieś wskazówki w tym?

Proszę znaleźć przykładowy kod tutaj:

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

README w repozytorium wymienia problem opisany tutaj jako Use Case 3

Answer 1

określić następujące właściwości w git repo (jako źródło konfiguracyjnym serwera) [dla danego profilu]: spring.cloud.config: overrideSystemProperties: false overrideNone: true

pamiętać o właściwościach (szczególnie nadpisanie właściwości systemowych & overrideNone) w bootrap.yml są overriden przez tych z config-server domyślnie