ما هو GitHub؟ التحكم بالإصدارات لغير المطورين

GitHub موقع يحفظ كود مشاريع البرمجيات مع سجلها الكامل، فترى كل تغيير، وتتراجع عن الأخطاء، وتعمل على المشروع نفسه مع أشخاص آخرين. وهو مبني على Git، وهو برنامج مجاني يسجل لقطات من ملفات المشروع عبر الزمن. Git هو الأداة التي تحفظ السجل، أما GitHub فهو المكان الإلكتروني الذي يُشارك فيه هذا السجل ويُحفظ نسخة احتياطية منه ويُناقش فيه.

إذا كنت تبني بالذكاء الاصطناعي، فإن GitHub يخدم أساسًا أمرين: امتلاك نسخة من كودك خارج الأداة التي بنيته فيها، وتسليمه لمطور بالصيغة التي يعمل بها أصلًا.

لماذا يهم الأمر عند البناء بالذكاء الاصطناعي

يكتب مُنشئ التطبيقات بالذكاء الاصطناعي كمية كبيرة من الكود بسرعة، وليس كل تغيير تحسينًا. والتحكم بالإصدارات هو ما يجعل ذلك آمنًا.

• التراجع بثقة. كل تغيير محفوظ هو لقطة. إذا أفسد الذكاء الاصطناعي شيئًا، تعود إلى آخر نسخة سليمة.
• الملكية. الكود في حسابك على GitHub يبقى ملكًا لك إذا غيّرت الأداة، أو توقفت عن الدفع لها، أو أردت رأيًا ثانيًا.
• العمل مع المطورين. معظم المطورين يستخدمون Git يوميًا. المستودع يتيح لهم مراجعة ما كتبه الذكاء الاصطناعي، وإصلاحه، وإعادة التغييرات.
• النشر في مكان آخر. كثير من منصات الاستضافة تنشر التطبيق مباشرة من مستودع GitHub.

تشبيه يومي: تتبع التعديلات مع مجلد مشترك

تخيل مستندًا مفعّلًا فيه ميزة تتبع التعديلات، ومحفوظًا في مجلد مشترك.

• Git هو تتبع التعديلات: كل تعديل مسجل مع من قام به ومتى ولماذا، ويمكنك الرجوع إلى أي نسخة.
• GitHub هو المجلد المشترك: المستند موجود على الإنترنت، ويمكن لغيرك الحصول على نسخة، وهناك مكان للتعليق والموافقة.
• الفرع (Branch) أشبه بحفظ نسخة باسم «مسودة - قسم الأسعار الجديد» حتى تجرب دون المساس بالنسخة التي يعتمد عليها الجميع. فإن نجحت التجربة، تدمجها في النسخة الأساسية.

الفرق عن المستند هو الحجم. التطبيق مئات الملفات، و Git يتتبعها معًا، فاللقطة تمثل حالة المشروع كله في لحظة واحدة.

مصطلحات Git وGitHub التي ستصادفها

هناك نقطتان تستحقان التأكيد. الأولى أن سجل Git دائم بطبيعته: إذا أُودعت كلمة مرور ودُفعت إلى المستودع، فحذفها في إيداع لاحق لا يزيلها من السجل. والثانية أن الإيداع لا يفيد إلا بقدر رسالته. «إصلاح تكرار الحجز عندما يحجز شخصان في الوقت نفسه» مفيدة لاحقًا، أما «تحديث» فلا.

مثال عملي: تسليم تطبيق بُني بالذكاء الاصطناعي إلى مستقل

بنيت بوابة عملاء بمُنشئ تطبيقات بالذكاء الاصطناعي. تعمل، لكنك تريد من مطور مستقل إضافة تكامل معقد مع برنامج المحاسبة لديك.

1. اربط المشروع بمستودع GitHub خاص جديد وادفع الكود. المستودع يحتوي الآن على الكود وسجله.
2. تحقق مما فيه. افتح المستودع على GitHub. ينبغي ألا يوجد ملف .env ولا مفاتيح واجهات برمجية داخل الكود. الأسرار تبقى في إعدادات منصتك وتُشارك مع المستقل بشكل منفصل، إن لزم الأمر. انظر متغيرات البيئة والأسرار.
3. ادعُ المستقل متعاونًا على هذا المستودع وحده.
4. يعمل على فرع باسم مثل accounting-sync، ويودع تغييراته تدريجيًا، ويفتح طلب دمج عند الانتهاء.
5. تراجع طلب الدمج. حتى دون قراءة الكود، يمكنك قراءة الوصف، ومعرفة الملفات التي تغيرت، وطرح الأسئلة في التعليقات.
6. ادمج حين ترضى، ثم اسحب التغييرات إلى مُنشئ التطبيقات حتى تكمل أنت والذكاء الاصطناعي من النسخة الجديدة.

خلال ذلك كله ترى بالضبط ما تغيّر، وتتراجع عنه إن لزم. هذه هي قيمة التحكم بالإصدارات في سير عمل واحد. وإذا كنت تفكر أصلًا في إشراك مطور، انظر توظيف مطور أم البناء بالذكاء الاصطناعي.

أخطاء شائعة ومفاهيم خاطئة

• «GitHub وGit شيء واحد». Git يعمل دون GitHub، وهناك بدائل مثل GitLab وBitbucket تستضيف مستودعات Git أيضًا.
• «GitHub سيشغّل تطبيقي». GitHub يخزن الكود. تشغيله للجمهور هو استضافة الويب، وهي خدمة منفصلة، رغم أن بعض المنصات تنشر من GitHub.
• إيداع الأسرار. أكثر الأخطاء ضررًا وشيوعًا. استخدم .gitignore لملفات .env، وغيّر أي مفتاح دُفع إلى المستودع يومًا.
• فرع واحد وبلا رسائل. مقبول في التجارب الفردية، لكن أعطِ الإيداعات رسائل واضحة واستخدم الفروع لأي عمل محفوف بالمخاطر.
• التعديل في مكانين في الوقت نفسه. إذا عدّلت الكود في GitHub وفي مُنشئ التطبيقات دون سحب التغييرات بينهما، ستنشأ تعارضات. اختر مكانًا واحدًا للتعديل في كل مرة، وزامن قبل التبديل.
• الظن بأن المستودع الخاص نسخة احتياطية لكل شيء. إنه يحتوي الكود فقط، لا محتويات قاعدة البيانات ولا الملفات المرفوعة. هذه تحتاج نسخًا احتياطية خاصة بها.

ماذا تطلب من مُنشئ التطبيقات بالذكاء الاصطناعي

• «أضف ملف .gitignore يستبعد .env ومجلدات الحزم ومخرجات البناء.»
• «اكتب ملف README يشرح طريقة التثبيت، ومتغيرات البيئة المطلوبة (الأسماء فقط)، وطريقة تشغيل التطبيق.»
• «أضف ملف .env.example يحتوي على كل أسماء المتغيرات دون قيم حقيقية.»
• «استخدم رسائل إيداع واضحة ووصفية لكل تغيير.»

هذه الطلبات الأربعة تنتج مستودعًا يستطيع المطور استلامه خلال دقائق. ولنقل التطبيق إلى خوادمك الخاصة، انظر كيف تصدّر تطبيقًا بُني بالذكاء الاصطناعي وتستضيفه بنفسك، ولتقويته قبل وصول المستخدمين الحقيقيين، انظر نقل نموذج أولي بالذكاء الاصطناعي إلى الإنتاج.

GitHub وMythex

تحتفظ Mythex بالسجل نيابةً عنك في كل خطة: بعد كل دورة ناجحة للوكيل تحفظ نقطة استعادة، وهي لقطة Git يمكنك الرجوع إليها. وفي خطة Pro يمكنك ربط GitHub ودفع المشروع إلى مستودعك أو سحبه منه، أو تنزيل المشروع كاملًا كأرشيف؛ والأسرار والحزم المثبتة مستثناة من التصدير. هنا يُستخدم GitHub لمزامنة الكود فقط، لا لتسجيل الدخول إلى Mythex. انظر GitHub والتصدير والاستيراد في الوثائق، وصفحة الأسعار لمعرفة ما تشمله كل خطة.

الأسئلة