موبائل ڈویلپمنٹ میں Build Server — یہ کیا ہے، کام اور کام کرنے کا اصول

Build Server کیا ہے

Build Server (بلڈ سرور) ایک خصوصی کمپیوٹنگ سسٹم ہے جو کوڈ کمپائلیشن اور ریلیز کی تیاری سے متعلق کاموں کو خود بخود انجام دینے کے لیے ڈیزائن کیا گیا ہے۔ ڈویلپر کی مشین پر لوکل بلڈ کے برعکس، سرور ریپوزٹری کی ایک کاپی کے ساتھ کام کرتا ہے، صاف ماحول اور مقررہ ڈیپنڈنسی ورژن استعمال کرتا ہے۔

بلڈ سرور مسلسل انٹیگریشن (Continuous Integration) مشق کا ایک اہم جزو ہے۔ یہ یقینی بناتا ہے کہ ہر کمٹ ایک ہی تصدیقی عمل سے گزرے، قطع نظر اس کے کہ اسے کس نے کیا۔ یہ “میری مشین پر کام کرتا ہے” کے مسئلے کو ختم کرتا ہے اور یکساں معیار کے معیار کو یقینی بناتا ہے۔

Google DORA, 2025 کے مطابق، جو ٹیمیں مخصوص بلڈ سرور استعمال کرتی ہیں وہ تبدیلی کی تصدیق کے وقت کو گھنٹوں سے منٹوں تک کم کر دیتی ہیں۔ یہ براہ راست آخری صارفین تک فیچرز اور اصلاحات کی فراہمی کی رفتار کو متاثر کرتا ہے۔

موبائل ڈویلپمنٹ میں بلڈ سرور کی ضرورت کیوں

موبائل ایپلیکیشنز بنانے کے لیے اہم وسائل درکار ہوتے ہیں: Kotlin یا Swift کو کمپائل کرنے میں 5 سے 40 منٹ لگ سکتے ہیں۔ اگر آپ ڈویلپر کی لوکل مشین پر بلڈ چلاتے ہیں، تو وہ اس کے مکمل ہونے تک نتیجہ خیز کام نہیں کر سکتا۔ بلڈ سرور ڈویلپر کو دوسرے کاموں کے لیے فارغ کر کے اس مسئلے کو حل کرتا ہے۔

بلڈ سرور اور CI سرور کے درمیان فرق

عملی طور پر، اصطلاحات اکثر مترادف کے طور پر استعمال ہوتی ہیں، لیکن ایک باریکی ہے: CI سرور (Jenkins, CircleCI) ایک نظام ہے جو پائپ لائنوں کا انتظام کرتا ہے، جبکہ بلڈ سرور وہ جسمانی یا ورچوئل ہوسٹ ہے جس پر وہ پائپ لائنیں چلائی جاتی ہیں۔ ایک CI سرور متعدد بلڈ ایجنٹس (build slaves) کا انتظام کر سکتا ہے۔

بلڈ سرور کا فن تعمیر

ایک عام بلڈ سرور کئی اجزاء پر مشتمل ہوتا ہے، ہر ایک عمل کے مخصوص مرحلے کا ذمہ دار ہوتا ہے۔ فن تعمیر کو سمجھنا ٹیم کے کام کے بوجھ کے مطابق انفراسٹرکچر کو صحیح طریقے سے پیمانہ کرنے میں مدد کرتا ہے۔

بنیادی اجزاء

ایگزیکیوٹر (عمل درآمد کا مرکز) — بلڈ کے کاموں کو چلاتا ہے۔ یہ Docker کنٹینرز، ورچوئل مشینوں یا براہ راست ہوسٹ پر کام کر سکتا ہے۔ کاموں کی قطار متوازی بلڈز کی ترجیحات کا انتظام کرتی ہے۔ آرٹیفیکٹ اسٹوریج بعد میں شائع کرنے کے لیے نتائج (APK، IPA، AAB) محفوظ کرتا ہے۔

بلڈ ایجنٹ نیٹ ورک (build farm)

کام کو تیز کرنے کے لیے، بلڈ سرور ایجنٹس کے ایک پول کا انتظام کر سکتا ہے۔ ہر ایجنٹ ایک علیحدہ مشین یا کنٹینر ہے جو بلڈ انجام دینے کی صلاحیت رکھتا ہے۔ جب لوڈ بڑھتا ہے، آٹو اسکیلنگ کلاؤڈ میں نئے ایجنٹس شامل کرتی ہے۔ مثال کے طور پر، Kubernetes پلگ ان کے ساتھ Jenkins ہر بلڈ کے لیے متحرک طور پر pod بنا سکتا ہے۔

pipeline {
    agent {
        kubernetes {
            yaml """
apiVersion: v1
kind: Pod
spec:
  containers:
  - name: android-sdk
    image: openjdk:17-jdk
    command: ['sleep','infinity']
"""
        }
    }
    stages {
        stage('Build') {
            steps {
                sh './gradlew assembleDebug'
            }
        }
    }
}

بلڈ سرورز کی اقسام

بلڈ سرورز کو تعیناتی کے طریقہ کار اور ہدف اسٹیک کے مطابق کئی زمروں میں تقسیم کیا جاتا ہے۔ کسی خاص حل کا انتخاب ٹیم کے سائز، بجٹ اور سیکیورٹی کی ضروریات پر منحصر ہے۔

Self-hosted بلڈ سرورز

Jenkins، TeamCity، Bamboo، GitLab Runner (self-hosted) — آپ کے اپنے سرورز یا VPS پر انسٹال ہوتے ہیں۔ فوائد: کنفیگریشن پر مکمل کنٹرول، کسی بھی سافٹ ویئر کے استعمال کی صلاحیت، ڈیٹا کمپنی کے انفراسٹرکچر سے کبھی باہر نہیں جاتا۔ نقصانات: انتظامیہ، اپ ڈیٹ اور اسکیلنگ کے اخراجات۔

کلاؤڈ مینیجڈ حل

GitHub Actions، CircleCI، Bitrise، Codemagic، GitLab SaaS — سرور کے انتظام کی ضرورت نہیں ہے۔ بلڈ منٹ یا سبسکرپشن کے مطابق ادائیگی کی جاتی ہے۔ چھوٹی ٹیموں کے لیے، یہ بہترین شروعات ہے۔ بڑے بلڈ والیوم والے بڑے پروجیکٹس کے لیے، اخراجات self-hosted حل سے زیادہ ہو سکتے ہیں۔

iOS ڈویلپمنٹ کے لیے بلڈ سرورز

iOS کی خصوصیت یہ ہے کہ بلڈ صرف macOS پر ممکن ہے۔ اختیارات: ریک میں Mac mini، MacStadium (Mac کرایہ)، macOS runner کے ساتھ GitHub Actions، اپنے Mac ایجنٹس کے ساتھ Bitrise۔ ایک self-hosted Mac بلڈ سرور کے لیے مہنگے ہارڈویئر اور اس کی دیکھ بھال کی خریداری کی ضرورت ہوتی ہے۔

بلڈ سرور کیسے ترتیب دیں

آئیے Android اور iOS بلڈ والے موبائل پروجیکٹ کے لیے مرحلہ وار بلڈ سرور سیٹ اپ کا جائزہ لیں۔ ہم بنیاد کے طور پر iOS کے لیے self-hosted runner اور Android کے لیے کلاؤڈ runner کے ساتھ GitHub Actions استعمال کریں گے۔

مرحلہ 1: CI سرور انسٹال اور کنفیگر کریں

ایک مینجمنٹ پلیٹ فارم منتخب کریں (Jenkins، GitLab، GitHub Actions)۔ ماسٹر نوڈ انسٹال کریں، SSH یا پرسنل ایکسیس ٹوکن کے ذریعے ریپوزٹری تک رسائی کنفیگر کریں۔ ریپوزٹری میں push ایونٹس پر خود بخود بلڈ شروع کرنے کے لیے webhook ترتیب دیں۔

مرحلہ 2: بلڈ ایجنٹس شامل کریں

ایک یا زیادہ مشینوں کو ایجنٹ (slaves/runners) کے طور پر رجسٹر کریں۔ Android بلڈز کے لیے، ایک ایجنٹ JDK، Android SDK، Gradle کے ساتھ Linux یا Windows پر چل سکتا ہے۔ iOS کے لیے — Xcode Command Line Tools اور CocoaPods کے ساتھ macOS پر۔

مرحلہ 3: پائپ لائن کنفیگر کریں

مراحل کی وضاحت کریں: checkout، ڈیپنڈنسی انسٹالیشن، بلڈ، ٹیسٹنگ، آرٹیفیکٹ شائع کرنا۔ رفتار بڑھانے کے لیے، ڈیپنڈنسی کیشنگ (Gradle کیش، CocoaPods کیش، Docker امیج لیئرز) استعمال کریں۔

name: Android Build
on:
  push:
    branches: [main, develop]

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-java@v4
        with:
          distribution: 'temurin'
          java-version: '17'
      - name: Cache Gradle
        uses: actions/cache@v4
        with:
          path: ~/.gradle/caches
          key: ${{ runner.os }}-gradle-${{ hashFiles('**/*.gradle*') }}
      - name: Build Release APK
        run: ./gradlew assembleRelease
      - name: Upload Artifact
        uses: actions/upload-artifact@v4
        with:
          name: app-release.apk
          path: app/build/outputs/apk/release/app-release.apk

بلڈ سرورز کی لاگت کا موازنہ

self-hosted اور کلاؤڈ بلڈ سرور کے درمیان انتخاب نہ صرف ایک تکنیکی بلکہ مالی فیصلہ بھی ہے۔ لاگت بلڈ والیوم، مطلوبہ عملدرآمد کے وقت اور iOS کے لیے macOS کی ضرورت کے لحاظ سے کافی مختلف ہوتی ہے۔

CAPEX بمقابلہ OPEX

Self-hosted سرور کو سرمائے کے اخراجات (CAPEX) کی ضرورت ہوتی ہے: آلات کی خریداری (Mac mini $699 سے، سرور ریک، نیٹ ورکنگ گیئر)، سیٹ اپ اور دیکھ بھال۔ کلاؤڈ حل آپریشنل اخراجات (OPEX) ہیں: بلڈ منٹ کے حساب سے ادائیگی۔ چھوٹی ٹیموں کے لیے، OPEX زیادہ فائدہ مند ہے؛ روزانہ سینکڑوں بلڈ والے بڑے پروجیکٹس کے لیے، CAPEX 6–12 مہینوں میں واپس آ جاتا ہے۔

پوشیدہ اخراجات

بجٹ بناتے وقت، پوشیدہ اخراجات پر غور کریں: سافٹ ویئر اپ ڈیٹس، مسئلہ حل کرنے، کنفیگریشن بیک اپ، نیٹ ورک آرٹیفیکٹ اسٹوریج کا وقت۔ Self-hosted حل کے لیے، بنیادی دیکھ بھال کی لاگت میں 20–30% کا اضافہ کریں۔ کلاؤڈ حل کے لیے، یقینی بنائیں کہ منٹ کی حد چوٹی کے بوجھ کو کور کرتی ہے، خاص طور پر ریلیز سے پہلے۔

لاگت کی اصلاح

آپ بلڈ سرور کے اخراجات کئی طریقوں سے کم کر سکتے ہیں: کلاؤڈ میں spot instances استعمال کریں (70% تک سستا)، بلڈز کے درمیان ڈیپنڈنسی کیش کریں، ناکام پائپ لائنوں کے عملدرآمد کے وقت کو محدود کریں، اور کام کے اوقات سے باہر غیر فعال self-hosted ایجنٹوں کے خودکار شٹ ڈاؤن کو ترتیب دیں۔

بلڈ سرورز کے لیے بہترین طریقے

موثر بلڈ سرور آپریشن کے لیے کئی اصولوں پر عمل کرنا ضروری ہے۔ بلڈ سپیڈ آپٹیمائزیشن اور انفراسٹرکچر کا استحکام براہ راست ڈویلپمنٹ ٹیم کی پیداوری کو متاثر کرتا ہے۔

کیشنگ اور انکریمنٹل بلڈز

Gradle Build Cache، C/C++ کے لیے CCache، Kotlin اور Swift کے لیے انکریمنٹل کمپائلر — تمام دستیاب کیشنگ میکانزم کو فعال کریں۔ ایک ریموٹ بلڈ کیش (HTTP یا S3 کے ذریعے) ترتیب دیں تاکہ مختلف ڈویلپرز اور ایجنٹس کمپائلیشن کے نتائج شیئر کر سکیں۔

ماحول کی علیحدگی

ہر بلڈ صاف ماحول میں چلنا چاہیے۔ Docker کنٹینرز یا عارضی ورچوئل مشینیں استعمال کریں تاکہ پچھلے بلڈز موجودہ بلڈ کو متاثر نہ کریں۔ یہ اسٹیٹ آلودگی (state pollution) کے مسئلے کو ختم کرتا ہے۔

• Docker استعمال کریں بلڈ ماحول کو کنٹینرائز کرنے کے لیے — یہ بلڈز کی تولیدی قابلیت کو یقینی بناتا ہے
• نگرانی ترتیب دیں بلڈ سرور کی — CPU، میموری، ڈسک، بلڈ ٹائم، غلطی کی شرح
• صفائی خودکار کریں پرانے آرٹیفیکٹس کی تاکہ ڈسک کی جگہ نہ بھرے

بلڈ سرور سیکیورٹی

بلڈ سرور کو سورس کوڈز، سائننگ کیز اور سیکرٹس تک رسائی حاصل ہے۔ حملے کی سطح کو کم سے کم کریں: مختلف پروجیکٹس کے لیے الگ تھلگ ایجنٹس استعمال کریں، ماسٹر نوڈ تک رسائی کو محدود کریں، دستخط شدہ کمٹ استعمال کریں اور کمزوریوں کے لیے ڈیپنڈنسی چیک کریں۔