2016-10-31 14 views
3

docker-composeを介して読み込まれているイメージに対してworking_dirファイルが本当に何をしているのだろうか。サンプルドッキングウィンドウ-compose.ymlファイルは、次のように:docker-compose ymlファイル内のworking_dirタグの意味

dev: 
    extends: 
     file: common.yml 
     service: workspace 
    volumes: 
     - $ATOMSPACE_SOURCE_DIR:/atomspace 
     - $COGUTILS_SOURCE_DIR:/cogutils 
     # Uncomment the following lines if you want to work on moses 
     # - $MOSES_SOURCE_DIR:/moses 
    working_dir: /opencog # This is the same as the volume mount point below 
    links: 
     - postgres:db 
     - relex:relex 

postgres: 
    image: opencog/postgres 
    # Uncomment the following lines if you want to work on a production 
    # system. 
    # NOTE: The environment variable `PROD` is set `True` then the entrypoint 
    # script in opencog/postgres does additional configurations. 
    # environment: 
    #  - PROD=True 

relex: 
    image: opencog/relex 
    command: /bin/sh -c "./opencog-server.sh" 
+0

'docker-compose.yml'がありますが、画像を構築するための' Dockerfile'はまだありますか? – Rao

答えて

2

working_dirが作成され、コンテナの作業ディレクトリを設定します。 --workdirdocker runのフラグが同じです。

+0

はworking_dirの下にあるコンテンツですか?私は私の小さな実験からそうは思わない。イメージを開始した後は、特定のディレクトリに変更するだけですか? –

+0

はい、すべてそれはディレクトリを変更します。ディレクトリが存在しない場合は作成されます。それは何も維持しません。 'volumes'を使ってデータを永続化することができます。 – dnephin

+0

これは、dockerfileのWORKDIRと同じであることを意味しますか?または、ドッカーファイルが提供されておらず、ドッカー作成ファイルのドッカーハブのイメージから直接インスタンス化する場合にのみ使用されますか? – mtpultz

関連する問題