محرك الإصدارات المؤتمت: دروس من خنادق النشر والتطوير

أتذكر أيام بداياتي المهنية، حين كنت أجلس خلف مكتبي في تمام الثامنة مساءً من يوم الخميس، وحبات العرق تتصبب من جبيني بينما أنتظر انتهاء الـ Xcode archive. كنت أدير الـ provisioning profiles يدوياً، وأقوم بتحديث أرقام الإصدارات (version numbers) في ثلاثة ملفات مختلفة، وأدعو الله أن تتطابق بيئة العمل المحلية لدي مع بيئة الـ production.

كانت عملية هشة ومليئة بالعقبات. بصفتي مهندس برمجيات خبير (Senior Engineer)، أدركت أن جودة الكود الخاص بك تعتمد كلياً على قدرتك على نشره بشكل موثوق. اليوم، أريد أن أشارككم الهيكلية التي قمت بتطويرها لما أسميه محرك الإصدارات المؤتمت (Automated Release Engine) — وهو خط إنتاج CI/CD شامل يستخدم Fastlane و GitHub Actions، يتعامل مع عمليات النشر (deployments) ككود، وليس كمهام روتينية مملة.

لماذا هذا المزيج؟

في عالم التطبيقات الشاملة (Universal Apps) سواء كانت React Native أو Flutter أو حتى التطبيقات الأصلية (Native)، أنت بحاجة لشيئين: التنظيم (Orchestration) و التنفيذ (Execution).

• GitHub Actions هو المنظم الخاص بك؛ فهو يتعامل مع الأحداث (pushes, PRs, tags) ويوفر الأجهزة الافتراضية (virtual hardware).
• Fastlane هو محرك التنفيذ؛ فهو يبسّط كابوس الـ xcodebuild والـ gradlew إلى لغة Ruby DSL سهلة القراءة.

الطفرة الحقيقية: توحيد عملية الـ Code Signing

أكبر عقبة دائماً هي الـ code signing. إذا كنت تقوم بذلك يدوياً في الـ CI، فأنت تفعل ذلك بشكل خاطئ. لقد نقلت جميع مشاريعي إلى Fastlane Match.

من خلال تخزين الشهادات (certificates) والملفات التعريفية (profiles) المشفرة في مستودع Git خاص، حولت جلسات "لماذا هذه الشهادة غير صالحة؟" التي تستغرق 3 ساعات إلى أمر واحد بسيط. في ملف الـ Fastfile الخاص بك، سيبدو الأمر كالتالي:

desc "Fetch certificates and profiles for App Store"
lane :certificates do
  match(type: "appstore", readonly: is_ci)
end

في GitHub Actions، ما عليك سوى تمرير الـ MATCH_PASSWORD كـ secret، وسيصبح الـ runner جاهزاً لعملية الـ sign في ثوانٍ معدودة.

معمارية سير العمل (Workflow Architecture)

أتعامل مع ملفات YAML الخاصة بـ GitHub Action كنقاط دخول عالية المستوى. أنا لا أضع المنطق (logic) هناك؛ المنطق ينتمي إلى ملف الـ Fastfile. إليكم كيف يبدو سير العمل النموذجي لإصدار الإنتاج (production release) في مشاريعي:

name: Release to App Store
on:
  push:
    tags:
      - 'v*'

jobs:
  release:
    runs-on: macos-latest
    steps:
      - uses: actions/checkout@v3
      - name: Setup Ruby
        uses: ruby/setup-ruby@v1
        with:
          bundler-cache: true
      - name: Install Dependencies
        run: yarn install --frozen-lockfile
      - name: Deploy iOS
        run: bundle exec fastlane ios deploy
        env:
          APPLE_ID: ${{ secrets.APPLE_ID }}
          MATCH_PASSWORD: ${{ secrets.MATCH_PASSWORD }}

التعامل مع الإصدارات (Versioning) بدون صداع

من أكبر النجاحات التي حققتها كانت أتمتة تحديث الإصدار بناءً على الـ Git tag. توقفت عن تعديل Info.plist أو build.gradle يدوياً. بدلاً من ذلك، أستخدم Fastlane لسحب الإصدار من الـ tag الذي أطلق الأكشن:

lane :deploy do
  tag_name = ENV["GITHUB_REF_NAME"] # e.g., v1.2.3
  version = tag_name.gsub('v', '')
  
  increment_version_number(version_number: version)
  increment_build_number(build_number: ENV["GITHUB_RUN_NUMBER"])
  
  build_app(scheme: "Release")
  upload_to_testflight
end

لمسة "الخبير": التخزين المؤقت والمرونة

إذا كان خط الإنتاج الخاص بك يستغرق 20 دقيقة، سيتجاوزه المطورون. أما إذا كان يستغرق 5 دقائق، فسيتبنونه بحماس.

1. تخزين الاعتمادات (Dependency Caching): قم بتخزين node_modules و Pods و vendor/bundle مؤقتاً. هذا يوفر دقائق ثمينة من كل عملية تشغيل.
2. إضافات Fastlane Plugins: استخدم fastlane-plugin-firebase_app_distribution لنسخ اختبار الجودة (QA) الداخلية قبل الرفع لـ TestFlight.
3. التكامل مع Slack: لا تجبر الفريق على التحقق من GitHub. قم بإرسال رسالة النجاح (أو الفشل) مباشرة إلى قناة فريقك.

أفكار ختامية

بناء محرك إصدارات مؤتمت لا يقتصر فقط على توفير الوقت؛ بل يتعلق بـ تقليل العبء الذهني (Cognitive Load). عندما تعلم أن وضع tag للإصدار سيقوم بتشغيل الاختبارات، وتوقيع الملف البرمجي، ورفعه إلى المتجر تلقائياً، يمكنك حينها التركيز على ما يهم حقاً: بناء ميزات يحبها المستخدمون.

لا تدع عملية النشر تكون نقطة فشل في مشروعك. قم بأتمتتها حتى تصبح "مملة". الممل يعني أنها تعمل، والممل شيء جيد دائماً في عالم العمليات.