मैं आपके Node.js, Next.js या Rust ऐप को डॉकराइज़ करूँगा और GitHub Actions या GitLab CI के साथ CI/CD सेट करूँगा।

यदि आपका डिप्लॉय कमांड की एक सूची है जिसे किसी को याद रखना है, तो यह सेवा इसे बदल देती है। मैं पहले ऐप को रिप्रोड्यूसिबल बनाता हूं, फिर स्वचालित: वही इमेज एक लैपटॉप पर, सीआई में और सर्वर पर चलती है, और मुख्य शाखा में एक पुश ही एक रिलीज़ के लिए पर्याप्त है।

स्टार्टर कंटेनर है: एक प्रोडक्शन डॉकरफाइल, एक कंपोज़ फ़ाइल जो ऐप और उसके डेटाबेस को स्थानीय रूप से चलाती है, और एक रीडमी जो एक नए डेवलपर को एक कमांड के साथ चलाती है। स्टैंडर्ड एक पाइपलाइन जोड़ता है जो हर पुश और हर पुल या मर्ज रिक्वेस्ट पर इंस्टॉल, लिंट, आपके परीक्षण चलाता है और इमेज बनाता है। यह GitHub Actions या GitLab CI पर चलता है, यह इस बात पर निर्भर करता है कि आपका कोड कहाँ रहता है। एडवांस्ड डिप्लॉय जोड़ता है: मुख्य में मर्ज होने पर, पाइपलाइन ऐप को आपके लिनक्स सर्वर पर SSH पर या Railway या Fly.io पर भेजती है, जो वही इमेज चलाते हैं, या एक Next.js ऐप को Vercel को सौंपती है, जो इसे अपने तरीके से बनाता है। डिप्लॉय कुंजी और टोकन GitHub के एन्क्रिप्टेड रहस्यों या GitLab के संरक्षित CI/CD चर में रखे जाते हैं, कोड में नहीं, और आपको रोल बैक करने का एक लिखित तरीका मिलता है।

मल्टी-स्टेज बिल्ड के साथ इमेज छोटी रहती हैं, ऐप एक गैर-रूट उपयोगकर्ता के रूप में चलता है, और कॉन्फ़िगरेशन पर्यावरण चर से आता है, इसलिए वही इमेज स्टेजिंग और प्रोडक्शन को सेवा देती है। वही दृष्टिकोण Node.js और Next.js ऐप्स, Rust सेवाओं और स्थिर साइटों को कवर करता है।

मेरे दो सार्वजनिक वेब प्रोजेक्ट, एक Next.js स्टोरफ्रंट और मेरी व्यक्तिगत साइट, इसका पाइपलाइन पक्ष दिखाते हैं: GitHub Actions मुख्य शाखा में हर पुश पर दोनों को बनाता और तैनात करता है, और तैनात करने से पहले स्टोरफ्रंट के यूनिट और ब्राउज़र परीक्षण चलाता है। वे स्थिर साइटें हैं, इसलिए वे बिना कंटेनर के शिप होती हैं। Rust पक्ष पर, मेरे ओपन-सोर्स क्रेट में एक GitHub Actions पाइपलाइन है जो मुख्य पर हर पुश और हर पुल अनुरोध पर चलती है: फ़ॉर्मेटिंग, लिंट्स, परीक्षण, न्यूनतम समर्थित Rust संस्करण और निर्भरता जांच। यदि आप Kubernetes भी चलाते हैं, तो मैनिफेस्ट या एक Helm चार्ट एक ऐड-ऑन के रूप में उपलब्ध हैं।

कोई कॉल नहीं। सब कुछ आपके रिपॉजिटरी में रहता है और लिखा जाता है, इसलिए पाइपलाइन मुझ पर निर्भर नहीं करती है। डिलीवरी के 14 दिनों के बाद, मैं किसी भी ऐसी चीज़ को ठीक करता हूँ जो हमारे समझौते के अनुसार काम नहीं करती है, निःशुल्क।

आपके प्रोजेक्ट को पूरा करने के चरण
1. प्रोजेक्ट पढ़ें - मैं ऐप को वैसे ही चलाता हूँ जैसे आप अभी करते हैं और उसकी निर्भरताएँ, पर्यावरण चर, डेटाबेस और बिल्ड चरण लिखता हूँ।
2. कंटेनर - स्थानीय रन के लिए एक प्रोडक्शन Dockerfile और एक कंपोज़ फ़ाइल, एक साफ मशीन पर ऐप को बनाकर और शुरू करके जाँची गई।
3. पाइपलाइन - आपके CI में इंस्टॉल, लिंट, परीक्षण और इमेज बिल्ड, पुश पर और पुल या मर्ज अनुरोधों पर, कैशिंग के साथ ताकि यह तेज़ रहे।
4. डिप्लॉय - एडवांस्ड पर, एक जॉब जो मुख्य में मर्ज होने पर ऐप को शिप करती है, जिसमें CI प्लेटफ़ॉर्म के रहस्यों में रखी गई कुंजियाँ और टोकन और एक रोलबैक चरण लिखा गया है।
5. हैंडओवर - कैसे चलाएँ, परीक्षण करें और रिलीज़ करें, और जब एक नया पर्यावरण चर या सेवा जोड़ी जाए तो क्या बदलें, इस पर एक README अनुभाग।