Kuby-core: बिल्डएक्स का उपयोग करना

को निर्मित 13 दिस॰ 2021 · 6टिप्पणियाँ · स्रोत: getkuby/kuby-core

मैं docker build को docker buildx build $ के रूप में लागू करने के लिए समर्थन जोड़ने की कोशिश कर रहा था लेकिन मुझे डर है कि यह उससे थोड़ा अधिक जटिल हो सकता है

मेरा इरादा इस प्रकार के पैरा को जोड़ना है:

https://github.com/fluxcd/image-reflector-controller/blob/62c06ea58cd14072fde2c9ada7c6970ddf580e5/.github/workflows/build.yaml#L57 -L59

तब हम डॉकर बिल्ड लेयर्स को अधिक कुशल तरीके से कैश कर सकते हैं। वैसे भी --cache-to और --cache-from विकल्प केवल Docker Buildx में उपलब्ध हैं, जैसे कई अन्य विकल्प जिन्हें मैं शायद उपयोग करना चाहूंगा

अतीत में मैंने डॉकरीफाइल के अंदर बंडलर के लिए कैश वॉल्यूम को सफलतापूर्वक सक्षम किया है, ताकि Gemfile और Gemfile.lock में परिवर्तन के परिणामस्वरूप छवि की बिल्ड-टाइम निर्भरता का पूर्ण पुनर्गणना न हो, बल्कि इसके बजाय कैश से निर्माण होगा ताकि केवल नई निर्भरताओं की पुनर्गणना की गई।

हालांकि यह स्पष्ट रूप से एक विशिष्ट अनुकूलन है, अन्य सामान्य उपयोग के मामले हैं जिन्हें केवल बिल्डएक्स के साथ अच्छी तरह से नियंत्रित किया जा सकता है। बिल्डकिट टूलसेट अब आईएमएचओ काफी मानक बन रहा है। मुझे यह अच्छा लगेगा अगर कुबी बिल्ड को इस तरह से लागू करना संभव हो जो बिल्डएक्स का उपयोग करता हो!

मैं इसे बाद में फिर से लागू करने का प्रयास कर सकता हूं, अब यह आसान हो सकता है कि 0.15.0 ठोस रूप से जारी किया गया हो। इस बीच, गिटहब क्रियाओं का एक कार्यशील उदाहरण है जो डब्ल्यूआईपी है लेकिन वर्तमान में बहुत अच्छा दिख रहा है: https://github.com/kingdonb/kuby_test

इस अंतिम स्थान पर ठीक से कैशिंग के साथ, और कुछ अन्य परिवर्तनों के साथ, मुझे लगता है कि यह टैग करने के लिए लगभग तैयार है और कुबी-कोर में योगदान के लिए इसका एक उदाहरण बना सकता है, या गेटकुबी प्रोजेक्ट में कहीं रहने के लिए

स्रोत

kingdonb

सबसे उपयोगी टिप्पणी

ठीक है, अगर docker build docker buildx #$ के लिए सिर्फ एक उपनाम है, तो मुझे कुबी को कुछ खास करने की आवश्यकता नहीं दिख रही है। यह उपयोगकर्ता पर निर्भर होना चाहिए कि वह अपने इच्छित बिल्डर को स्थापित करे।

camertron 15 दिस॰ 2021

👍2

सभी 6 टिप्पणियाँ

अरे!

यदि आप इसे डिफ़ॉल्ट निर्माता के रूप में सेट करते हैं, तो अभी बिल्डएक्स का उपयोग करना संभव है।

यहां एक उदाहरण जीथब एक्शन है जो बिल्डएक्स और इसकी कैशिंग क्षमताओं का उपयोग करता है:

यह भी देखें https://evilmartians.com/chronicles/kubing-rails-stressless-kubernetes-deployments-with-kuby#deploying -continuous-with-kuby-and-github-actions

palkan 14 दिस॰ 2021

मैं बस --only ध्वज की तरह कुछ ढूंढ रहा था, क्योंकि मुझे कैशिंग स्थापित करने में परेशानी हो रही थी! मुझे यह विचार आया कि मुझे प्रत्येक बिल्ड प्रकार के लिए स्कोप अलग करने की आवश्यकता है, जैसा कि मैंने देखा है कि आपने यहां किया है।

आसान संदर्भों के लिए बहुत बहुत धन्यवाद मैं अब यह देखने के लिए अनुसरण कर रहा हूं कि क्या वे मुझे लाइन में लाते हैं!

मैं निश्चित रूप से सेटअप-बिल्डएक्स-एक्शन ( install: true ) की डिफ़ॉल्ट बिल्डर सुविधा को भी याद कर रहा था।

ऐसा लगता है कि अब काम कर रहा है! मैंने अभी-अभी एक ऐप इमेज को 10 सेकंड से भी कम समय में पूरा होते देखा है। अन्य समस्याएं हैं जो मुझे अभी हो रही हैं, संभवतः एक प्रतिगमन जो मैंने पाया कि RAILS_MASTER_KEY को ठीक से निर्यात नहीं किया जा रहा है, लेकिन मैं अभी पता लगाने के लिए स्रोत पढ़ने जा रहा हूं।

अगर मैं इस प्रतिबद्धता में install: true का उपयोग करता हूं, तो build lib/kuby/docker/cli.rb से विधि $#$5 buildx lib/kuby/docker/cli.rb को आमंत्रित करती है, और मैं --cache-to जैसे बिल्डएक्स निर्माण में पास कर सकता हूं -- के बाद उन्हें *docker-args सरणी में लाने के लिए इसलिए इसे बंद किया जा सकता है, सिवाय इसके कि क्यूबी-कोर के लिए यह दस्तावेज़ करना अच्छा हो सकता है कि इसे बिल्डएक्स के साथ कैसे उपयोग किया जा सकता है, यह कड़ाई से कुबी की समस्या नहीं है

kingdonb 14 दिस॰ 2021

👍1

में उदाहरण के साथ:

https://github.com/kingdonb/kuby_test/commit/d74bf51e04253359b0d54aae7ddd6723ea6fd41d#diff -e2ad06bfd6b3aefc2d5f4fe8f60e0015b16947abc16764adef02e4339ac07a42R17-R17-R

मैं बिल्डएक्स का उपयोग कर सकता हूं, इसलिए इस मुद्दे को बंद किया जा सकता है।

kingdonb 14 दिस॰ 2021

यह वास्तव में अच्छा है, बिल्डएक्स सामान का पता लगाने के लिए धन्यवाद! मैं इस धारणा के तहत था कि आप एक पर्यावरण चर सेट कर सकते हैं और यह Just Work™ होगा, क्या वह docker/setup-buildx-action@v1 कार्रवाई कर रही है? ऐसा लगता है कि बिल्डएक्स डॉकर डेस्कटॉप और डेब/आरपीएम पैकेज के माध्यम से स्थापित नए संस्करणों के साथ आता है, इसलिए मुझे आश्चर्य है कि क्या कुबी इसका उपयोग करने के लिए बस डिफ़ॉल्ट हो सकता है। यदि यह env var के माध्यम से कॉन्फ़िगर करने योग्य है, तो शायद docker buildx build का आह्वान करना आवश्यक नहीं है? हो सकता है कि कुबी इसका पता लगा सके और सामान्य docker build पर वापस आ जाए?

camertron 14 दिस॰ 2021

हां, यह संभव है (और GitHub एक्शन में यही install: true है): https://docs.docker.com/buildx/working-with-buildx/#set -buildx-as-the-default- निर्माता

palkan 14 दिस॰ 2021

👍1

camertron 15 दिस॰ 2021

👍2

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Kuby-core: बिल्डएक्स का उपयोग करना

सबसे उपयोगी टिप्पणी

सभी 6 टिप्पणियाँ

संबंधित मुद्दों