Lokalne application.conf z Play 1.2.5?

Czy istnieje możliwość użycia lokalnego pliku application.conf w wersji 1.2.5? Naszym problemem jest to, że różni deweloperzy mają nieco inne ustawienia, których nie chcemy zapisywać do kontroli wersji. ZnalezionoLokalne application.conf z Play 1.2.5?

Alternatywy:

Wystarczy modyfikując application.conf
- trzeba uważać, aby nie popełnić zmian VCS
środowiskach: Własne środowisko dla każdego programu:% John, % mary (zapisywane VCS)
- OK alternatywa, chociaż wo udn't chciał uratować tych, do kontroli wersji
- Mamy zrobić zmienić w trakcie rozwoju tych co teraz, a następnie -> spowodowałoby niepotrzebne zmiany
@include: application.conf opcja dla dodatkowych plików konfiguracyjnych
- Play 1.2.5 documentation: To jest funkcja eksperymentalna, która jeszcze nie działa poprawnie. :(

coś innego?

Szczególnie, czy istnieje sposób, aby powiedzieć Juz użyć niestandardowego nazwę pliku (jako "conf/application.conf.local" zamiast domyślnego „conf/application.conf "?

Źródło

2013-01-30 Touko

AFAIK Środowiska jest tylko jedna możliwa podczas odtwarzania 1. W Play 2 to możliwe określenie alternatywnego pliku konfiguracyjnego (S) (nawet zdalnie) – biesior

właśnie spotkałem Grać 1.x moduł externalconfig, który może pomóc. Wydaje się działać dla naszych celów. Jako dodatek, pomaga to utrzymać hasła produkcyjne itp. Z VCS.

Należy zauważyć, że ten moduł działa tylko w obrębie kodu Java gry - Moduły odtwarzania zaimplementowane w języku Python (na przykład jako migrate) nie będą świadome zewnętrznej konfiguracji. Mogą również występować problemy z innymi modułami Java, które polegają na onConfigurationRead().

Źródło

2013-01-31 10:08:30 Touko

mam spojrzał na Play! 1.2.5 kod źródłowy, ale znaleźliśmy niczego, co sugeruje, że Play będzie w stanie odebrać coś innego niż plik conf/application.conf.

Źródło

2013-01-30 22:21:27

Spójrz na 'play.Play # readOneConfigurationFile', istnieje logika rekursywna, aby uwzględnić inne konfiguracje właściwości, których klucze zaczynają się od' @ include'. –

@include pracowali dla naszej konfiguracji, gdzie mamy importować różne konfiguracje środowiska na grę 1.2.5.

Jeśli zespół jest mały, ma każdy sprawdzian dev we własnym config każdy z własnym ustalonej łatwość kluczowe:

%[user-key].[property]=[value]

każdy deweloper będzie musiał zmienić uruchomieniem odtwarzania z

play run --%[user-key] zamiast po prostu play run

Źródło

2013-02-02 19:01:45 Theo

Używając tego, 'play run' działałby bezpośrednio, gdyby każdy dev uruchamiał' play id' w ich piaskownicy? –

będzie działał tak długo, jak masz rozsądne wartości domyślne ustawione w pliku application.conf. – Theo

Możesz dołączyć:

%[email protected]=my_application.conf

Na końcu pliku application.conf. Jedna linia na programistę lub środowisko.Możesz nadpisać niektóre właściwości w pliku my_application.conf i nie jest konieczne, aby dodać zmienną% my_play_id do zmienionych właściwości. Na przykład, jeśli masz trzy programistów:

%[email protected]=developer1_conf.conf 
%[email protected]=developer2_conf.conf 
%[email protected]=developer3_conf.conf

Źródło

2013-02-26 15:39:36 Alonso

Co możemy zrobić, to utworzyć konfigurację application.template dla VCS, który ma konfigurację RECOMENDED (zamiast rzeczywistej application.conf).

W ten sposób każdy programista jest odpowiedzialny za stworzenie własnego pliku application.conf i ulepszenie szablonu w VCS.

W ten sposób nie ma problemu z konfiguracją wdrożenia i konfiguracją innych programistów.

Jeśli chcesz wersja kontrolować konfigurację rozmieszczenia prostu dodać do znakowanych wersji swojej VCS

podejście

Źródło

2013-04-10 15:07:44

Lokalne application.conf z Play 1.2.5?

Odpowiedz

Powiązane problemy