अपना शुरुआती बिंदु चुनें
Basement बूटस्ट्रैप केवल उसी होस्ट पर चलाएँ जिसे आप कॉन्फ़िगर करना चाहते हैं। सेवाएँ इंस्टॉल किए बिना
CLI पर पहली नज़र के लिए टूलचेन पथ चुनें।
Windows उपयोगकर्ता सार्वजनिक रिलीज़ ZIP से CLI ले सकते हैं; इससे Windows
समर्थित नेटिव Basement रनटाइम लक्ष्य नहीं बन जाता। इंस्टॉलेशन लक्ष्य के लिए
OS संगतता संदर्भ देखें।
1. CLI जाँचें और वर्कस्पेस बनाएँ
टूलचेन इंस्टॉल करने के बाद टर्मिनल खोलें:2. अपने चुनाव सहेजें
कैटलॉग डिफ़ॉल्ट के साथ Basement Kit के लिए:init stack-spec.yaml और स्थानीय ओनर कस्टडी बनाता है। यह सहेजे गए
कॉन्फ़िगरेशन का पथ और अगले validate तथा generate कमांड प्रिंट करता है। इसने
सेवाएँ इंस्टॉल नहीं की हैं।
कैटलॉग डिफ़ॉल्ट स्पष्ट चुनावों के रूप में दर्ज होते हैं। चुने गए Kit को ज़रूरत होने पर आवश्यक इनपुट माँगा
जाता है। नए वर्कस्पेस में Kit का फ़ोटो वर्कलोड शामिल करने के लिए पिछले init कमांड के बजाय
यह उपयोग करें:
init में --non-interactive जोड़ें। तब ज़रूरी इनपुट छूटने पर
पूछने के बजाय विफल हो जाता है। यह फ़्लैग बाद की डिप्लॉयमेंट क्रियाओं को स्वीकृत नहीं करता।
stackkit init --help उपलब्ध विकल्प बताता है; जिन फ़्लैग को
लीगेसी संगतता के रूप में चिह्नित किया गया है, वे इस नेटिव वॉकथ्रू के दायरे से बाहर हैं।
3. सत्यापित करें, जनरेट करें और समीक्षा करें
readiness.generation.status और readiness.apply.status देखें, और
किसी भी ब्लॉकर को पढ़ें। ज़रूरत हो तो कॉन्फ़िगरेशन सुधारें और फिर से जनरेट करें। तैयार
प्लान का मतलब यह नहीं कि एप्लिकेशन पहले से चल रहे हैं।
4. लक्ष्य जाँचें और लागू करें
समर्थित लक्ष्य होस्ट पर, उसी वर्कस्पेस के साथ:prepare Docker, Compose, स्टोरेज और पोर्ट जैसी होस्ट पूर्वापेक्षाएँ जाँचता है।
यह छूटे हुए होस्ट पैकेज इंस्टॉल नहीं करता। लागू करने से पहले बताई गई पूर्वापेक्षाएँ हल करें।
apply होस्ट को बदलता है। इसके अनुमोदन प्रॉम्प्ट और इच्छित बदलावों की समीक्षा करें।
विस्तृत लाइफ़साइकल जाँच के लिए
समीक्षा करें, लागू करें और सत्यापित करें देखें।
यदि आपने Basement बूटस्ट्रैप उपयोग किया है, तो शुरुआती apply हो चुका है;
सिर्फ़ टूर पूरा करने के लिए उसे दोहराएँ नहीं।
5. पता करें कि क्या उपयोग योग्य है
verify स्टैक स्पेक, डिप्लॉयमेंट स्टेट, Docker डेमन, StackKit
कंटेनर और उनकी हेल्थ जाँचता है, और --http के साथ जनरेट किए गए एक्सेस सारांश के रूट भी जाँचता है।
हर विफल जाँच अपना कारण साथ लाती है। केवल कॉन्फ़िगर किया गया पता यह सिद्ध नहीं करता कि कोई एप्लिकेशन पहुँच में है; सफल HTTP
जाँच करती है।
जब किसी खाते को अब भी कॉन्फ़िगर करना हो, तो एप्लिकेशन की सेटअप गाइड का पालन करें।
समर्थित सेटअप क्रियाओं के लिए stackkit setup --help उपयोग करें। अंत में
एप्लिकेशन खोलें और कोई छोटा वास्तविक काम करें, जैसे अपनी फ़ोटो लाइब्रेरी में एक टेस्ट फ़ोटो
जोड़ना। केवल CLI इंस्टॉलेशन की सफलता यह सिद्ध नहीं करती कि
यह काम चलता है।
6. फिर शुरू करें और समस्याएँ सुलझाएँ
उसी डिप्लॉयमेंट डायरेक्टरी में लौटें:drift detect कुछ बदले बिना लाइव Compose रनटाइम को हल किए गए प्लान,
जनरेट किए गए आर्टिफ़ैक्ट और हस्ताक्षरित apply प्रमाण के विरुद्ध जाँचता है,
और logs get logs list से मिले किसी एक रन का संरचित लॉग पढ़ता है। जारी रखने के लिए
बताए गए कारण और अगली कार्रवाई का उपयोग करें। ऑपरेशन विफल होने पर वर्कस्पेस को सुरक्षित रखें;
init से दोबारा शुरू न करें और किसी ब्लॉकर को बायपास करने के लिए जनरेट की गई फ़ाइलें संपादित न करें। ओनर कुंजियाँ और एक्सेस रिकॉर्ड निजी रखें, और
डायग्नोस्टिक आउटपुट साझा करने से पहले उसकी समीक्षा करें।
चालू देखभाल के लिए Day-2 ऑपरेशन
और बैकअप और रीस्टोर उपयोग करें। Kit चयन
और Techstack में निर्देशित कॉन्फ़िगरेशन अनुभव एक वैकल्पिक
अगला कदम हैं; इस स्थानीय CLI वर्कफ़्लो के लिए वे आवश्यक नहीं हैं।