C++ प्रोजेक्ट्स के लिए CI/CD: GitHub Actions सेटअप

C++ परियोजनाओं के लिए CI/CD: GitHub Actions सेटअप करने की पूरी गाइड

आधुनिक सॉफ्टवेयर डेवलपमेंट में, बिल्ड, टेस्टिंग और डिप्लॉयमेंट प्रक्रियाओं का ऑटोमेशन केवल सुविधा नहीं, बल्कि एक आवश्यकता बन गया है। C++ परियोजनाओं के लिए, जो अक्सर जटिल बिल्ड सिस्टम और डिपेंडेंसीज के लिए जानी जाती हैं, CI/CD (Continuous Integration / Continuous Deployment) को लागू करना विशेष रूप से प्रासंगिक है। इस लेख में, हम विस्तार से जानेंगे कि GitHub Actions — एक शक्तिशाली और अंतर्निहित ऑटोमेशन टूल — का उपयोग करके C++ परियोजनाओं के लिए CI/CD पाइपलाइन कैसे सेटअप करें।

GitHub Actions क्या है और यह C++ के लिए क्यों उपयुक्त है?

GitHub Actions एक प्लेटफॉर्म है जो वर्कफ़्लो (workflows) को ऑटोमेट करने के लिए है, जो आपको आपके GitHub रिपॉजिटरी में सीधे CI/CD पाइपलाइन बनाने की अनुमति देता है। C++ डेवलपर्स के लिए, यह कई कारणों से एक आदर्श समाधान है:

• सार्वजनिक रिपॉजिटरी के लिए मुफ्त बिल्ड मिनट।
• Linux, macOS और Windows के लिए समर्थन — आप क्रॉस-प्लेटफॉर्म बिल्ड का परीक्षण कर सकते हैं।
• YAML फ़ाइलों के माध्यम से लचीला कॉन्फ़िगरेशन।
• कंपाइलर, डिपेंडेंसीज और टूल्स इंस्टॉल करने के लिए तैयार एक्शन (actions) का विशाल इकोसिस्टम।

मुख्य तत्व workflow है, जिसे .github/workflows/*.yml फ़ाइल में वर्णित किया गया है। प्रत्येक workflow में एक या अधिक jobs (कार्य) होते हैं, जो वर्चुअल मशीनों (runners) पर निष्पादित होते हैं।

बेसिक पाइपलाइन सेटअप करना: बिल्ड और टेस्टिंग

चलिए सबसे सरल से शुरू करते हैं — एक workflow बनाएं जो आपके C++ प्रोजेक्ट को CMake के साथ बिल्ड करेगा और हर बार जब आप main ब्रांच में बदलाव पुश करेंगे या Pull Request बनाएंगे, तो टेस्ट चलाएगा।

अपने रिपॉजिटरी की रूट में .github/workflows/build.yml फ़ाइल बनाएं और इसमें निम्नलिखित कोड जोड़ें:

name: C++ CI Build

on:  push:    branches: [ "main" ]  pull_request:    branches: [ "main" ]

jobs:  build:    runs-on: ubuntu-latest

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

    - name: Install dependencies      run: |        sudo apt-get update        sudo apt-get install -y cmake g++ libgtest-dev

    - name: Configure CMake      run: cmake -B build -DCMAKE_BUILD_TYPE=Release

    - name: Build      run: cmake --build build --config Release

    - name: Run tests      working-directory: ./build      run: ctest --output-on-failure

आइए इस कोड को चरण दर चरण समझें:

• name — workflow का नाम, जो GitHub इंटरफ़ेस में दिखाई देगा।
• on — वे ट्रिगर जिन पर workflow चलता है (main पर push और pull_request)।
• runs-on — runner का ऑपरेटिंग सिस्टम (ubuntu-latest, windows-latest, macos-latest)।
• actions/checkout — मानक एक्शन जो आपके रिपॉजिटरी को क्लोन करता है।
• Install dependencies — हम CMake, GCC कंपाइलर और यूनिट टेस्ट के लिए Google Test लाइब्रेरी इंस्टॉल करते हैं।
• Configure, Build, Run tests — बिल्ड और टेस्ट चलाने के लिए मानक CMake कमांड।

ऑप्टिमाइज़ेशन: कैशिंग और मैट्रिक्स बिल्ड

बेसिक पाइपलाइन काम करती है, लेकिन इसे काफी बेहतर बनाया जा सकता है। दो प्रमुख तकनीकें हैं डिपेंडेंसी कैशिंग और मैट्रिक्स बिल्ड।

बिल्ड को तेज़ करने के लिए कैशिंग

हर बार जब workflow चलता है, runner सभी डिपेंडेंसीज को फिर से डाउनलोड करता है। इसमें समय लगता है। CMake और इंस्टॉल किए गए पैकेजों के कैश को सेव करने के लिए actions/cache का उपयोग करें:

    - name: Cache CMake build      uses: actions/cache@v3      with:        path: |          build          /usr/l
```