Git — التحكم في الإصدارات الأساسي للمبرمجين، إدارة الكود بالطريقة الصحيحة

13‏/5‏/2025 · أدوات الكود · 21 دقائق للقراءة

خلاصة: نظام تحكم في الإصدارات موزع مفتوح المصدر طوره مبتكر لينكس لينوس تورفالدس، يسجل كل تغيير في الكود لتتمكن من التراجع وإنشاء الفروع والتعاون — يستخدمه أكثر من 90% من فرق التطوير حول العالم.

هل جربت لحظات الذعر هذه؟

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

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

الذعر 3: أنت وثلاثة زملاء تحررون نفس الملف في وقت واحد. بعد إجراء التغييرات، تشاركون الملفات عبر وي تشات وتدمجون يدويًا — لكن تغييرات (أ) تُستبدل بتغييرات (ب)، وإصلاح (ب) يُرجع بواسطة (ج). بعد ظهر كامل يُقضى في “الكتابة فوق” عمل بعضكم البعض.

هل يبدو هذا مألوفًا؟

Git هنا لإنهاء كل هذا الألم.

ما هو Git؟

Git هو “أداة تحكم في الإصدارات” — بلغة بسيطة: يسجل كل تغيير تجريه على كودك. يمكنك النظر إلى التاريخ، والتراجع إلى أي إصدار، وإنشاء فروع مستقلة لتجربة أفكار جديدة، ودمجها مرة أخرى عندما تنتهي.

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

أسبوعين. وأصبح الأداة الأكثر indispensability للمطورين حول العالم.

من استطلاع Stack Overflow لمطوري 2024: حوالي 90% من المطورين المحترفين حول العالم يستخدمون Git، مع أكثر من 100 مليون مستودع على GitHub. بغض النظر عن لغة البرمجة التي تستخدمها أو نوع المشروع الذي تعمل عليه — Git هو “اللغة العالمية” عبر اللغات والمنصات.

كيف يساعد Git في حل المشكلات الحقيقية؟

1. تاريخ الإصدارات: “حبة ندم”، عُد إلى أي حالة

تغير كودًا → git add لترحيل الملفات المعدلة → git commit -m "ما فعلته" للإرسال، وإنشاء لقطة إصدار. ثم استمر في التغيير والالتزام.

عندما تفسد شيئًا:

git log          # عرض جميع الالتزامات التاريخية
git checkout abc123  # العودة إلى إصدار سابق
git revert abc123    # "تراجع آمن" يلغي تغييرًا محددًا (موصى به)

سير عملك اليومي هو: اكتب كودًا → git add → git commit، كرر.

واجه مشكلة → تصفح التاريخ → تراجع أو قارن الاختلافات.

لم تعد مضطرًا للسؤال “هل أحد لا يزال لديه نسخة الأمس؟” مرة أخرى.

2. إدارة الفروع: العمل على ميزات متعددة في وقت واحد دون تداخل

هذا هو التصميم الأساسي لـ Git. الفروع هي “أكوان موازية”:

main: كود مستقر قابل للإصدار
feature/login: أنت تطور ميزة تسجيل الدخول
fix/payment-bug: زميل يصلح خطأ في الدفع
experiment/new-ui: تجربة نهج واجهة جديد — احذفه إذا فشل

الجميع يعمل على فرعه الخاص بشكل مستقل، دون تداخل. ادمج عند الانتهاء:

git checkout main
git merge feature/login   # ميزة تسجيل الدخول اكتملت، ادمج مع main

سير العمل الشائع (أشهر Git Flow):

أنشئ فرع ميزة من main → طور على فرع الميزة → اكتمل → ادمج عائدًا إلى main
ابحث عن خطأ → أنشئ فرع إصلاح → ادمج عائدًا إلى main وفرع التطوير الحالي
جاهز للإصدار → أنشئ فرع release → أصلح الأخطاء فقط، لا ميزات جديدة → ادمج في main

هكذا يبقى كود الفريق منظمًا — الجميع يقود في مساره دون تصادم مع بعضهم البعض.

3. التعاون الجماعي: حل “تغييراتك كتبت فوق تغييراتي”

عدة أشخاص يحررون نفس الملف هو جزء طبيعي من التطوير. آلية الدمج في Git:

أنت وزميلك كلانا يسحب أحدث كود من main
(أ) يعدل السطر 10 من app.js، (ب) يعدل السطر 50 من نفس الملف → Git يدمج تلقائيًا، مثالي
(أ) و (ب) كلاهما يعدل نفس السطر من نفس الملف → تعارض، Git يحدده ويتيح لك أن تقرر يدويًا أي تريد الاحتفاظ به

# اسحب تحديثات زميلك وادمجها في فرعك
git pull origin main
# إذا كان هناك تعارضات، سيظهر Git الملفات المتعارضة
# افتح ملف التعارض، سترى شيئًا مثل:
# <<<<<<< HEAD
# كودك
# =======
# كود زميلك
# >>>>>>> main
# اختر يدويًا أي تريد الاحتفاظ به، أو ادمج كليهما، ثم git add → git commit

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

4. المستودعات البعيدة: GitHub/GitLab/Gitee كمستودعات مركزية

استخدم Git محليًا لإدارة الإصدارات، والمستودعات البعيدة للمزامنة والتعاون:

git clone https://github.com/xxx/project.git   # استنساخ المستودع البعيد محليًا
git push origin main         # ادفع التزاماتك المحلية إلى البعيد
git pull origin main         # اسحب أحدث التحديثات من البعيد

سير العمل:

صباحًا → git pull للحصول على أحدث كود
أنشئ فرعًا → طور
عند الانتهاء، git push إلى البعيد → أنشئ طلب سحب على GitHub/GitLab
زميل يراجع الكود → موافقة → ادمج في الفرع الرئيسي

تقييمات المحترفين وتعليقات المستخدمين

المصدر	التقييم
Atlassian (الشركة الأم لـ Jira)	“Git هو نظام التحكم في الإصدارات الحديث الأكثر استخدامًا في العالم اليوم، ولسبب وجيه”
الرئيس التنفيذي لـ GitHub	”Git غير طريقة بناءنا للبرامج. إنها ليست مجرد أداة — إنها أساس تطوير البرامج الحديثة”
استطلاع Stack Overflow	أكثر من 90% من مطوري العالم يستخدمون Git، مصنف رقم 1 بين جميع أدوات المطورين لسنوات

ما يقوله المستخدمون الحقيقيون

“عندما استخدمت Git لأول مرة، اعتقدت أنه متعب جدًا مع كل هذه الأوامر التي يجب حفظها. بعد أسبوعين، لم أستطع العودة — الآن أنا خائف من كتابة كود بدون Git. إنه ليس مجرد إدارة للكود، إنه يمنحني الثقة ‘لتغيير أي شيء، يمكنني دائمًا التراجع إذا تعطل’.” — مطور Java خلفي، Juejin

“ما أذهلني أكثر هو نموذج الفروع في Git. مع SVN، إنشاء فرع استغرق وقتًا طويلاً. إنشاء فرع في Git فوري. هذا غير أسلوب تطويري تمامًا — لم أعد أخشى أن التغييرات التجريبية ستؤثر على قاعدة الكود الرئيسية، فقط أنشئ فرعًا جديدًا وجرب الأشياء. إذا لم يعمل، احذفه.” — مطور كامل الحزمة، V2EX

“عند مقابلة مرشحين جدد، أسأل سؤالًا بسيطًا: ‘هل استخدمت Git؟’ إذا أجابوا فقط ‘نعم’ لكنهم لا يستطيعون شرح الفروع وحل التعارضات، أشعر أنهم ربما لم يختبروا التطوير الجماعي الحقيقي.” — مدير هندسي، Zhihu

“اللحظة التي أثرت فيني أكثر مع Git: ذات مرة شغّلت أمر حذف بالخطأ ومجلد المشروع بأكمله اختفى. عرق بارد — ثم تذكرت أنني قد دفعت للتو. git clone استعاد كل شيء، كل الكود سليم. منذ ذلك الحين، ألتزم وأدفع بتعصب.” — مطور واجهات أمامية، Reddit

مقارنة مع الأدوات المماثلة

الجانب	Git	SVN (Subversion)	Mercurial
البنية	موزع (كل شخص لديه المستودع الكامل محليًا)	مركزي (يعتمد على خادم مركزي)	موزع
إدارة الفروع	⭐⭐⭐⭐⭐ خفيف، تبديل سريع	⭐⭐ فرع = نسخة دليل، بطيء	⭐⭐⭐⭐ جيد
العمل دون اتصال	مدعوم	معظم العمليات تحتاج شبكة	مدعوم
منحنى التعلم	⭐⭐⭐⭐ أوامر ومفاهيم كثيرة	⭐⭐ مفاهيم بسيطة، بداية سهلة	⭐⭐⭐ بسيط نسبيًا
الحصة السوقية	~90%	~5%	<2%
أداء المشاريع الكبيرة	⭐⭐⭐⭐⭐ ممتاز	⭐⭐⭐ متوسط	⭐⭐⭐⭐ جيد
منصات الاستضافة	GitHub/GitLab/Gitee	خوادم ذاتية	خيارات أقل

الخلاصة: SVN و Mercurial لكل منهما نقاط قوته التقنية، لكن Git وحد سوق التحكم في الإصدارات بشكل فعال. إلا إذا كنت تصون مشروعًا من أكثر من عقد مضى، فقط تعلم Git — إنه المعيار الصناعي.

دليل التنزيل والتثبيت

التنزيل الرسمي

الموقع الرسمي لـ Git هو git-scm.com:

القناة	رابط التنزيل	ملاحظات
الموقع الرسمي (موصى به)	git-scm.com/downloads	جميع منصات ويندوز/ماك/لينكس، يكشف نظامك تلقائيًا
مرآة GitHub	Git for Windows	مستودع مفتوح المصدر، إصدار ويندوز يُصان بشكل مستقل

⚠️ تذكير أمان: حمّل من الموقع الرسمي git-scm.com، لا تستخدم مواقع التنزيل الخارجية أو روابط التخزين السحابي. Git مفتوح المصدر (رخصة GPL)، مثبت ويندوز حوالي 50 ميجابايت. التوزيعات من جهات خارجية قد ترفق برامج ضارة.

بداية سريعة في 3 دقائق

التثبيت:

افتح git-scm.com/downloads، حمّل إصدار نظام تشغيلك
مستخدمو ويندوز يمكنهم ترك جميع الخيارات الافتراضية أثناء التثبيت (يوصى بتحديد “Git Bash” و”إضافة Git إلى PATH”)
بعد التثبيت، افتح Terminal (أو Git Bash)، اكتب git --version لتأكيد نجاح التثبيت

تكوين اسم المستخدم والبريد الإلكتروني (مرة واحدة):

git config --global user.name "اسمك"
git config --global user.email "your.email@example.com"

أول مستودع:

cd your-project-directory
git init                    # تهيئة المستودع
git add .                   # إضافة جميع الملفات إلى الترحيل
git commit -m "الالتزام الأول"  # إنشاء أول إصدار

أدوات مساعدة موصى بها

الأداة	الغرض	الموقع الرسمي
GitHub Desktop	واجهة رسومية لـ Git، مناسبة لمبتدئي Git	desktop.github.com
TortoiseGit	قائمة Git بالنقر باليمين في مستكشف ويندوز	tortoisegit.org
Sourcetree	واجهة رسومية لـ Git من Atlassian	sourcetreeapp.com

الأسئلة الشائعة

س: هل Git صعب التعلم؟ ج: مفاهيم Git (المستودع، الالتزام، الفرع، الدمج، المستودع البعيد) بسيطة في حد ذاتها، لكن العدد الهائل من الأوامر قد يكون مرعبًا للمبتدئين. ابدأ بـ 3-5 أوامر أساسية (init/add/commit/push/pull)، استخدم أدوات واجهة رسومية مثل GitHub Desktop كمرحلة انتقالية، ثم تعلم الأوامر المتقدمة بمجرد فهمك للمفاهيم.

س: هل Git و GitHub هما نفس الشيء؟ ج: لا. Git هي أداة تحكم في الإصدارات (برنامج يعمل على جهاز الكمبيوتر الخاص بك)، GitHub هي منصة استضافة كود عن بُعد مبنية على Git (موقع ويب). فكر فيها كالتالي: Git هو “عميل البريد الإلكتروني”، GitHub هو “خادم البريد الإلكتروني.” هناك أيضًا GitLab (استضافة ذاتية) و Gitee (قائم في الصين) كبدائل، كلها تستخدم Git تحتها.

س: ماذا لو عدّل عدة أشخاص نفس السطر من الكود؟ ج: هذا يُسمى “تعارض.” Git لن يقرر تلقائيًا أي تريد الاحتفاظ به — يحدد الأسطر المتعارضة ويتيح لك أو لزميلك الاختيار يدويًا. التعارضات لا تحدث كثيرًا (عادة كل شخص يعمل على وحدات مختلفة)، وعندما تحدث، ليست مخيفة — Git يخبرك بالضبط أي الأسطر متعارضة، وتقرر أي إصدار تريد الاحتفاظ به.

Git هو “حزام الأمان” لتطوير البرامج — باستخدامه، تجرؤ على تعديل الكود بجرأة وتجربة أفكار جديدة. قد لا يجعل كودك أفضل، لكنه بالتأكيد يجعلك تكتبه بثقة أكبر. 90% من فرق التطوير حول العالم تستخدمه. إنه ليس خيارًا — إنه مقرر إجباري.