Compose: env_file .env से भिन्न भिन्नों को प्रक्षेपित करता है और पर्यावरण के समान ही खोल देता है

मेरे पास ".env" फ़ाइल में परिभाषित कुछ कॉन्फ़िगरेशन संस्करण हैं।
इसलिए, अगर मैं उन्हें अपनी कंपोज़ वाईएमएल फ़ाइल में इस तरह उपयोग कर सकता हूं:

  environment:
   - VAR=${VAL_FROM_ENV}
  env_file:
    - etc/environment.yml

मैं इसे अपने Environment.yml में उपयोग क्यों नहीं कर सकता?

DEMO_VAR='${VAL_FROM_ENV}'

मैं फ़ाइल में पर्यावरण क्षेत्र के विस्तार के रूप में env_file देखता

यह मेरे लिए समझ में आता है कि .env फ़ाइल docker-containers के लिए लिखें और पर्यावरण/env_file के लिए है।
यह मेरे लिए भी सही मायने रखता है कि टर्मिनल एनवी संस्करण .env में वाले को ओवरराइड करते हैं।

मुझे लगता है कि यह बहुत अच्छा है कि मेरे पास कई env.yml फ़ाइलें या केवल एक हो सकती है और इसका पुन: उपयोग कर सकते हैं। इसे एक समान पर्यावरण क्षेत्र के काम करने से पूरी तरह से अधिक गतिशील और परस्पर जुड़ी हुई चीजें बन जाएंगी (और आप हर जगह सब कुछ पास नहीं कर रहे हैं)। और मुझे कई अलग-अलग जगहों पर सब कुछ फिर से टाइप नहीं करना पड़ेगा।

पृष्ठभूमि - मैं मैक पर डॉक मशीन/कंपोज़ (पहले योनि के साथ) के साथ विकास पर्यावरण को व्यवस्थित कर रहा हूं और एक फ़ाइल में प्रति ऐप सभी महत्वपूर्ण सेटिंग्स रखने का एक तरीका ढूंढ रहा हूं (जहां ऐप लिखें फ़ाइल में परिभाषित कुछ स्टैक पर चलता है), जो आईएमएचओ कई परियोजनाओं/देवों के साथ जीवन को आसान बनाता है। साथ ही, मैं वास्तव में विभिन्न कॉन्फिग फाइलों में संवेदनशील डेटा को हार्डकोडिंग करना पसंद नहीं करता।

मैं #3435 (पर्यावरण या env_file द्वारा निर्धारित इंटरपोलेट वेरिएबल्स) पर चर्चा का अनुसरण कर रहा हूं और हालांकि मैं इसे बुरी तरह से चाहता हूं, मुझे नहीं लगता कि कंपोज वाईएमएल फाइल कहीं और इस्तेमाल किए जाने वाले वर्र्स को परिभाषित करने के लिए अच्छी जगह है (कंपोज़/डॉकर फाइलों में? ) क्योंकि इससे वर्रों का पूरी तरह से अपठनीय मिश्रण हो जाएगा (कौन सेटिंग कर रहा है या कहां से पढ़ रहा है?)

शुक्रिया। :)

डोकर-लिखें संस्करण
डोकर-लिखें संस्करण 1.8.0, अज्ञात का निर्माण
डॉकर-पीई संस्करण: 1.9.0
सीपीथन संस्करण: 2.7.10
ओपनएसएसएल संस्करण: ओपनएसएसएल 0.9.8zh 14 जनवरी 2016