1. ホーム
  2. 質問と答え
  3. Play 1.2.5を使用したローカルのapplication.conf？

Play 1.2.5を使用したローカルのapplication.conf？

2013-01-30 4 views
5

Play 1.2.5でローカルapplication.confを使用する可能性はありますか？私たちの問題は、さまざまな開発者がバージョンコントロールに保存したくないセットアップが多少異なることです。Play 1.2.5を使用したローカルのapplication.conf？

代替が見つかりました

  • ちょうど
    • をapplication.conf修正VCS
    • への変更をコミットしないように注意する必要が
  • 環境：各開発者のための独自の環境：％ジョン、 ％mary（VCSに保存）
    • OKバージョン管理にそれらを保存したいとudn't
    • 我々はすべての今して開発中にこれらの変更を行ういる - 不要な変更
      • を引き起こす>
  • @include：追加の設定ファイル用application.confオプション

に何か他の？

特に、代わりにデフォルトの "application.conf.localのconf /" として（カスタムファイル名を使用するように再生指示する方法は、「c​​onfにあり/ application.conf "？

出典

2013-01-30 Touko

+0

私の知る限り環境のアプローチはプレイ2でプレイ1で唯一の可能である、それは別の設定ファイル（複数可）を定義することが可能ですあなたのVCSのタグ付きバージョンにこれを追加（リモートでさえ） – biesior

答えて

1

を私はちょうど遭遇遊びます1.xモジュールexternalconfigが役に立ちます。私たちの目的のために働くと思われます。これは、VCSからプロダクションパスワードなどを保護するのに役立ちます。

このモジュールはPlayのJavaコード内でのみ動作することに注意してください。 - Pythonで実装されたPlayモジュール（たとえば、migrateなど）は外部設定を認識しません。 onConfigurationRead()に依存する他のJavaモジュールにも懸念があるかもしれません。

出典

2013-01-31 10:08:30 Touko

1

私はファイルconf/application.conf以外のものを拾うことができるでしょう！！プレイで1.2.5のソースコードを見て、それが再生示唆して何も見つけなかった。

出典

2013-01-30 22:21:27

+0

'play.Play＃readOneConfigurationFile'を見ると、キーが' @include 'で始まるプロパティのための他の設定を含む再帰的なロジックがあります。 –

1

@include私たちが試合1.2.5で異なる環境設定をインポートする私たちのセットアップのために働いています。

あなたのチームが小さい場合は、自分自身の接頭辞ユーザー・キーでそれぞれ独自の設定で、それぞれのdevのチェックを持っています。各開発者は、その後

play run --%[user-key]でプレイを起動変更する必要があります

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

代わりに、単にのplay run

出典

2013-02-02 19:01:45 Theo

+0

これを使うと、各開発者が自分のサンドボックスで 'play id'を実行すると、' play run'が直接動作しますか？ –

+1

application.confに適切なデフォルト値が設定されていれば動作します。 – Theo

6

あなたが追加することができます。

%[email protected]=my_application.conf

application.confの最後にあります。開発者または環境ごとに1行。my_application.conf内のいくつかのプロパティをオーバーライドすることができ、変更されたプロパティに％my_play_idを追加する必要はありません。

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

出典

2013-02-26 15:39:36 Alonso

0

は、我々は何をすべきかお奨めの構成（代わりの実際のapplication.confを）持っているVCSのためのapplication.templateコンフィギュレーションを作成することです。たとえば、次の3人の開発者が持っている場合。

このように、すべての開発者は独自のapplication.confを作成し、VCSのテンプレートを改善する責任があります。

この方法では、配布構成と他の開発者の構成を混乱させることはありません。

あなたはバージョンにしたい場合は、展開の構成を制御だけ

出典

2013-04-10 15:07:44

関連する問題

 関連する問題