GitHub Actions और DevOps पाइपलाइनों के साथ CI/CD · पाठ

स्टेजिंग वातावरण में परिनियोजन

उत्पादन-पूर्व परीक्षण के लिए अपने अनुप्रयोग को स्टेजिंग वातावरण में स्वचालित रूप से परिनियोजित करने हेतु वर्कफ़्लो स्थापित कीजिए।

पाठ 2, कुल 4 में से11 चरण

स्टेजिंग वातावरण में परिनियोजन, CoddyKit पर GitHub Actions और DevOps पाइपलाइनों के साथ CI/CD का एक निःशुल्क पाठ है। यह 4 में से 2वाँ पाठ है। आप नीचे पूरा पाठ निःशुल्क पढ़ सकते हैं—फिर अंतर्निहित कोड संपादक और 24/7 एआई ट्यूटर के साथ ब्राउज़र में इसका व्यावहारिक अभ्यास कर सकते हैं। यह GitHub Actions और DevOps पाइपलाइनों के साथ CI/CD सीखने के मार्ग का हिस्सा है और आपकी प्रगति वेब तथा CoddyKit ऐप पर सिंक होती रहती है। GitHub Actions और DevOps पाइपलाइनों के साथ CI/CD पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

स्टेजिंग परिवेश क्या है

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

स्टेजिंग परिवेश आपके उत्पादन परिवेश की एक प्रतिलिपि होता है। इसका उपयोग जारीकरण से पहले अंतिम परीक्षण के लिए किया जाता है, जिससे सक्रिय उपयोगकर्ताओं को प्रभावित किए बिना समस्याएँ पकड़ी जा सकती हैं और गुणवत्ता सुनिश्चित की जा सकती है।

स्टेजिंग और उत्पादन की तुलना

स्टेजिंग परिवेश उत्पादन की नकल करता है, लेकिन दोनों के उद्देश्य अलग-अलग हैं:

  • स्टेजिंग: गुणवत्ता आश्वासन (QA), उपयोगकर्ता स्वीकृति परीक्षण (UAT) और अंतिम जाँचों के लिए। इसके साथ केवल सीमित दर्शक-वर्ग (परीक्षक और हितधारक) काम करता है।
  • उत्पादन: आपके सभी अंतिम उपयोगकर्ताओं द्वारा इस्तेमाल किया जाने वाला सक्रिय परिवेश। यहाँ आने वाली कोई भी समस्या सीधे आपके ग्राहकों को प्रभावित करती है।

पहले स्टेजिंग में परिनियोजित करना उत्पादन में जोखिम कम करने का एक महत्वपूर्ण चरण है।

GitHub परिवेश सुविधा

GitHub की कार्रवाइयाँ परिवेश नामक एक शक्तिशाली सुविधा प्रदान करती हैं। इनके माध्यम से आप अपने कोड-भंडार के भीतर तार्किक परिवेश (जैसे staging या production) परिभाषित कर सकते हैं।

परिवेश आपकी सहायता करते हैं:

  • सुरक्षा नियम लागू करने में (मैन्युअल अनुमोदन, प्रतीक्षा-अवधि)।
  • परिवेश-विशिष्ट गोपनीय मानों को प्रबंधित करने में।
  • विशिष्ट परिवेशों में किए गए परिनियोजनों पर नज़र रखने में।

स्टेजिंग परिवेश घोषित करना

अपने कार्यप्रवाह में किसी परिवेश का उपयोग करने के लिए, पहले उसे अपने कोड-भंडार की सेटिंग्स में परिभाषित करें:

  • अपने GitHub कोड-भंडार पर जाएँ।
  • सेटिंग्स > परिवेश पर क्लिक करें।
  • नया परिवेश पर क्लिक करें और उसका नाम रखें, उदाहरण के लिए staging।

आप यहाँ सुरक्षा नियम जोड़ सकते हैं, जैसे परिनियोजनों के लिए किसी समीक्षक का अनुमोदन आवश्यक करना।

मूल परिनियोजन कार्यप्रवाह संरचना

अब देखते हैं कि GitHub की कार्रवाइयों को हमारे staging परिवेश में परिनियोजित करने के लिए कैसे कहा जाए। आप किसी कार्य के भीतर परिवेश निर्दिष्ट करते हैं:

name: Deploy to Staging

on: push

jobs:
  deploy-to-staging:
    runs-on: ubuntu-latest
    environment: staging # This links to your 'staging' environment
    steps:
      - name: Say Hello
        run: echo "Deploying to staging!"

परिवेश सुरक्षा का विन्यास

आपके कार्यप्रवाह में मौजूद environment: staging पंक्ति केवल परिनियोजन को लेबल नहीं करती। यदि आपने अपने कोड-भंडार की सेटिंग्स में staging परिवेश के लिए सुरक्षा नियम बनाए हैं, तो वे अपने-आप लागू हो जाएँगे।

उदाहरण के लिए, यदि आप मैन्युअल अनुमोदन आवश्यक करते हैं, तो कोई अधिकृत व्यक्ति परिनियोजन की समीक्षा और स्वीकृति देने तक यह कार्य रुका रहेगा।

अपने अनुप्रयोग का निर्माण

परिनियोजन से पहले आपको आमतौर पर अपना अनुप्रयोग बनाना पड़ता है। इसमें कोड संकलित करना, परीक्षण चलाना या परिसंपत्तियों को पैकेज करना शामिल हो सकता है। हम इन चरणों को अपने कार्य में जोड़ेंगे:

    steps:
      - name: Checkout code
        uses: actions/checkout@v4

      - name: Setup Node.js (Example build step)
        uses: actions/setup-node@v4
        with:
          node-version: '18'

      - name: Install dependencies
        run: npm ci

      - name: Build application
        run: npm run build

निर्मित उत्पादों का परिनियोजन

निर्माण के बाद अगला चरण आपके अनुप्रयोग की फ़ाइलों को स्टेजिंग सर्वर पर स्थानांतरित करना है। इसमें अक्सर SSH, FTP या क्लाउड-विशिष्ट परिनियोजन उपकरण का उपयोग होता है।

यह एक अवधारणात्मक चरण है। वास्तविक परिस्थिति में आप echo को अपने वास्तविक परिनियोजन आदेश से बदलेंगे:

      - name: Deploy to Staging Server
        run: |
          echo "Simulating deployment to staging..."
          # scp -r ./dist user@staging.example.com:/var/www/html
          # Or use a specific deployment action for AWS, Azure, etc.

सब कुछ एक साथ: स्टेजिंग कार्यप्रवाह

यह पूरा कार्यप्रवाह develop शाखा पर किए गए पुश पर सक्रिय होगा। यह कोड प्राप्त करता है, अनुप्रयोग बनाता है और फिर अवधारणात्मक रूप से उसे staging परिवेश में परिनियोजित करता है, साथ ही आपके द्वारा निर्धारित सुरक्षा नियमों का पालन करता है।

name: Deploy to Staging Environment

on:
  push:
    branches:
      - develop # Trigger only on pushes to the 'develop' branch

jobs:
  deploy:
    runs-on: ubuntu-latest
    environment: staging # Link this job to the 'staging' environment

    steps:
      - name: Checkout code
        uses: actions/checkout@v4

      - name: Setup Node.js (Example)
        uses: actions/setup-node@v4
        with:
          node-version: '18'

      - name: Install dependencies
        run: npm ci

      - name: Build application
        run: npm run build

      - name: Deploy to Staging Server
        run: echo "Deployment to staging completed!"

स्टेजिंग परिनियोजन की जाँच

आपने स्टेजिंग परिवेश में परिनियोजन के लिए GitHub की कार्रवाइयों का कार्यप्रवाह स्थापित करना सीख लिया है। अब अपने ज्ञान का परीक्षण करें!

पुनरावृत्ति: स्टेजिंग परिनियोजन

बहुत अच्छा! आपने स्टेजिंग परिवेश में परिनियोजन के लिए GitHub की कार्रवाइयों को स्थापित करना सीख लिया है।

  • स्टेजिंग, जारीकरण-पूर्व परीक्षण के लिए उत्पादन-जैसा परिवेश है।
  • GitHub के परिवेश परिनियोजन की सुरक्षा और गोपनीय मानों को प्रबंधित करने में सहायता करते हैं।
  • कार्यप्रवाह विशिष्ट परिवेशों को लक्षित करने के लिए environment कुंजी का उपयोग करते हैं।
  • यह प्रक्रिया जोखिम कम करती है और उत्पादन में अधिक सुचारु बदलाव सुनिश्चित करती है।

इसके बाद, हम पर्यावरण चरों और गोपनीय मानों के माध्यम से संवेदनशील जानकारी को प्रबंधित करना सीखेंगे!

शुरुआत निःशुल्क

एआई शिक्षक के साथ GitHub Actions और DevOps पाइपलाइनों के साथ CI/CD सीखें — निःशुल्क

अपने ब्राउज़र में वास्तविक कोड लिखें और चलाएँ, चौबीसों घंटे एआई शिक्षक से तुरंत सहायता पाएँ, और वेब या ऐप पर वहीं से शुरू करें जहाँ आपने छोड़ा था।

पाठ्यक्रम
12
पाठ
48

अक्सर पूछे जाने वाले प्रश्न

क्या “स्टेजिंग वातावरण में परिनियोजन” पाठ निःशुल्क है?

हाँ—“स्टेजिंग वातावरण में परिनियोजन” का पूरा पाठ यहाँ वेब पर निःशुल्क पढ़ा जा सकता है। इंटरैक्टिव अभ्यास (अंतर्निहित कोड संपादक और 24/7 एआई ट्यूटर) करने और GitHub Actions और DevOps पाइपलाइनों के साथ CI/CD पाठ्यक्रम का बाकी हिस्सा अनलॉक करने के लिए CoddyKit PRO लें। GitHub Actions और DevOps पाइपलाइनों के साथ CI/CD पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

“स्टेजिंग वातावरण में परिनियोजन” में मैं क्या सीखूँगा?

उत्पादन-पूर्व परीक्षण के लिए अपने अनुप्रयोग को स्टेजिंग वातावरण में स्वचालित रूप से परिनियोजित करने हेतु वर्कफ़्लो स्थापित कीजिए। आप ब्राउज़र में सीधे चलाए जाने वाले व्यावहारिक कोड के साथ GitHub Actions और DevOps पाइपलाइनों के साथ CI/CD का अभ्यास करते हैं, और पाठ पूरा करते समय 24/7 एआई ट्यूटर आपके प्रश्नों के उत्तर देता है।

क्या GitHub Actions और DevOps पाइपलाइनों के साथ CI/CD शुरू करने के लिए मुझे किसी अनुभव की आवश्यकता है?

पहले के अनुभव की आवश्यकता नहीं है। CoddyKit पर GitHub Actions और DevOps पाइपलाइनों के साथ CI/CD शुरुआती से लेकर उन्नत शिक्षार्थियों तक सभी के लिए व्यवस्थित किया गया है, इसलिए आप यहीं से या शुरुआत से सीखना शुरू कर सकते हैं और अपनी गति से आगे बढ़ सकते हैं। यह 4 में से 2वाँ पाठ है।

“स्टेजिंग वातावरण में परिनियोजन” पाठ पूरा करने में कितना समय लगता है?

CoddyKit का अधिकांश पाठ लगभग 5–10 मिनट में पूरा हो जाता है। हर पाठ छोटा और संवादात्मक है, इसलिए आप लगातार प्रगति करते हैं और वेब या ऐप पर वहीं से सीखना जारी रख सकते हैं जहाँ आपने छोड़ा था।

क्या मैं इस GitHub Actions और DevOps पाइपलाइनों के साथ CI/CD पाठ में कोड लिख और चला सकता हूँ?

हाँ। हर GitHub Actions और DevOps पाइपलाइनों के साथ CI/CD पाठ में एक अंतर्निर्मित कोड संपादक शामिल है, जिससे आप सीधे अपने ब्राउज़र में वास्तविक कोड लिख और चला सकते हैं और तुरंत एआई प्रतिक्रिया पा सकते हैं—स्थानीय सेटअप की आवश्यकता नहीं है।

इस पाठ्यक्रम के सभी पाठ

  1. सतत परिनियोजन का परिचय
  2. स्टेजिंग वातावरण में परिनियोजन
  3. वातावरण चर और गुप्त जानकारी
  4. Approval gate के साथ production deployment
← GitHub Actions और DevOps पाइपलाइनों के साथ CI/CD पर वापस जाएँ