मैं कैसे देख सकता हूं कि किस फ़ाइल ने डैशरफ़ाइल `COPY` कथन को कैश को अमान्य करने के लिए किया?

Question

docker build . वर्तमान निर्देशिका में Dockerfile दिए गए डॉकर छवि को पुनर्निर्माण करेगा, और .dockerignore फ़ाइल से मेल खाने वाले किसी भी पथ को अनदेखा करेगा।

किसी भी COPY उस डॉकरफाइल में बयान बिल्ड कैश को अमान्य होने का कारण बनेंगे यदि डिस्क पर फ़ाइलों को आखिरी बार बनाया गया था।

मैंने देखा है कि अगर आप .git dir को अनदेखा न करें, git fetch की तरह साधारण चीजें हैं जो कोई पक्ष प्रभाव है निर्माण कैश अवैध हो जाएगी (शायद क्योंकि .git निर्देशिका के भीतर कुछ ट्रैकिंग जानकारी बदल गया है।

यह अगर मुझे पता था कि ठीक जो वजह से कैश अवैध बनने के लिए फ़ाइलों को देखने के लिए कैसे बहुत मददगार होगा ... लेकिन मैं एक तरह से खोजने में असमर्थ किया गया है।

Answer 1

मुझे नहीं पता सोचें कि यह देखने का एक तरीका है कि किस फाइल ने कैश को अमान्य कर दिया था वर्तमान Docker image design।

परतें और छवियां since v1.10 are 'content addressable'। उनकी आईडी एक SHA256 चेकसम पर आधारित है जो उनकी सामग्री को दर्शाती है।

caching code बस छवि/परत की आईडी देखता है जो पूरे परत मिलान (या संभवतः एक टकराव) की सामग्री में केवल डॉकर इंजन में मौजूद होगा।

तो जब आप docker build चलाते हैं, तो Dockerfile में प्रत्येक कमांड के लिए एक नया निर्माण संदर्भ बनाया गया है। एक चेकसम की गणना पूरे परत के लिए की जाती है जो कमांड उत्पन्न करेगा। फिर डॉकर यह देखने के लिए जांच करता है कि क्या मौजूदा परत उस चेकसम के साथ उपलब्ध है और कॉन्फ़िगर चलाएं।

व्यक्तिगत फ़ाइल विवरण वापस पाने के लिए मैं देख सकता हूं कि एकमात्र तरीका गंतव्य फ़ाइल चेकसम को दोबारा बदलना होगा, जो संभवतः कैशिंग की गति को अधिकतर अस्वीकार कर देगा। यदि आप वैसे भी ऐसा करना चाहते हैं, तो दूसरी समस्या यह तय कर रही है कि किस परत को जांचना है। पिछली तुलनीय परत की सामग्री क्या थी, यह जानने के लिए आपको पिछले छवि निर्माण पेड़ (शायद टैग द्वारा?) देखना होगा। _Matching जाओ के filepath.Match नियमों का उपयोग किया जाता है: