ما هو Git؟ دليل المبتدئين لمهن تقنية المعلومات

إجابة سريعة: Git هو نظام موزّع للتحكم في الإصدارات مجاني ومفتوح المصدر يسجّل كل تغيير تُجريه على مجموعة من الملفات، عادةً الشيفرة المصدرية. فهو يتيح لك حفظ لقطات تُسمى commits، والعمل على مسارات تطوير متوازية تُسمى فروعًا، ثم دمج ذلك العمل معًا، مع الاحتفاظ بسجل كامل يمكنك مراجعته أو العودة إليه. أنشأه Linus Torvalds عام 2005 لتطوير نواة Linux، وأصبح Git الآن الطريقة الافتراضية التي تتتبع بها فرق البرمجيات الشيفرة وتتعاون عليها، وإتقانه متوقع في معظم أدوار تقنية المعلومات والتطوير.

ما المشكلة التي يحلّها Git فعليًا؟

قبل ظهور التحكم في الإصدارات، كان الناس ينسخون مجلدات بأسماء مثل project-final وproject-final-v2 وproject-really-final. هذا الأسلوب يفقد السجل، ويجعل التعاون مؤلمًا، ولا يوفّر أي وسيلة موثوقة للتراجع عن خطأ. ويحلّ Git ذلك بتسجيل الخط الزمني الكامل للمشروع كسلسلة من اللقطات. يمكنك معرفة من غيّر ماذا، ومتى، ولماذا؛ ومقارنة أي نقطتين زمنيتين؛ واستعادة حالة سابقة من دون فقدان العمل الذي جاء بعدها.

ولأن Git موزّع، فإن كل شخص يستنسخ مستودعًا يحصل على السجل الكامل على جهازه الخاص، وليس على أحدث الملفات فحسب. يمكنك تنفيذ commit والتفريع ومراجعة السجل من دون أي اتصال بالشبكة، ثم المزامنة مع الآخرين عندما تكون جاهزًا. وهذا التصميم من أهم أسباب إزاحة Git للأدوات المركزية الأقدم.

ما هي المستودعات والـ commits والفروع؟

ثلاث أفكار تحمل معظم القيمة اليومية لـ Git:

• المستودع (repo): المجلد الذي يتتبعه Git، إضافةً إلى مجلد .git المخفي الذي يخزّن السجل الكامل. تُنشئه باستخدام git init أو تنسخ مستودعًا موجودًا باستخدام git clone.
• الـ commit: لقطة محفوظة مرفقة برسالة ومؤلّف وطابع زمني وhash فريد. وتُشكّل الـ commits سلسلة، لذا يعرف Git دائمًا ما الذي سبقها.
• الفرع: مؤشّر قابل للتحريك يشير إلى commit. تتيح لك الفروع تطوير ميزة أو إصلاح عطل بمعزل عن الآخرين من دون المساس بالخط الرئيسي للشيفرة. ويُسمّى الفرع الافتراضي عادةً main.

يمرّ التغيير النموذجي عبر ثلاث مناطق: دليل العمل (الملفات التي تحرّرها)، ومنطقة التجهيز (التغييرات التي حدّدتها للـ commit التالي باستخدام git add)، وسجل المستودع (حيث يخزّن git commit اللقطة). وفهم هذه المناطق الثلاث يزيل معظم الالتباس في البدايات.

ماذا يفعل الدمج، وما هو تعارض الدمج؟

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

ما هي أكثر أوامر Git شيوعًا؟

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

من العادات الصحية كتابة رسائل commit واضحة بصيغة المضارع (على سبيل المثال، Add input validation to login form) حتى يفهم القرّاء مستقبلًا، بمن فيهم أنت، التغيير بنظرة واحدة.

Git مقابل GitHub: ما الفرق؟

هذه أكثر نقاط الالتباس شيوعًا لدى القادمين الجدد. Git هو الأداة التي تتتبع التغييرات على حاسوبك. وGitHub خدمة استضافة تخزّن مستودعات Git في السحابة وتضيف فوقها ميزات تعاونية مثل طلبات السحب ومراجعة الشيفرة وتتبع المشكلات والأتمتة. يمكنك استخدام Git بالكامل بمفردك من دون حساب في أي مكان. وGitHub مكان شائع واحد لاستضافة المستودعات؛ وGitLab وBitbucket بديلان معروفان، كما تُشغّل المؤسسات الكبيرة أحيانًا خوادمها الخاصة. باختصار، Git هو المحرّك وGitHub واحد من عدة مرائب يمكنك أن تركنه فيها. وطلبات السحب، التي كثيرًا ما تُقرن بـ GitHub، هي ميزة من ميزات المنصة مبنية فوق فروع Git، وليست جزءًا من Git نفسه.

لماذا يهم Git في مهن تقنية المعلومات؟

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

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

ما هو سير عمل طلب السحب ومراجعة الشيفرة؟

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

كيف تنظّم الفرق الفروع؟

تتبنّى معظم الفرق استراتيجية تفريع حتى يبقى العمل منظّمًا مع نمو قاعدة الشيفرة. ويجدر الإلمام بنمطين شائعين:

• التطوير القائم على الجذع (Trunk-based development): يعمل المطوّرون في فروع قصيرة العمر ويدمجون في الفرع الرئيسي بتكرار، غالبًا عدة مرات في اليوم. وهذا يُبقي الفروع صغيرة والتعارضات نادرة، ويتناغم جيدًا مع التكامل المستمر.
• GitHub Flow: نموذج خفيف يكون فيه كل تغيير فرعًا وطلب سحب، مع إبقاء الفرع الرئيسي في حالة قابلة للنشر دائمًا.

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

ما الذي يميّز Git عن التحكم في الإصدارات الأقدم؟

التصميم الموزّع لـ Git هو ميزته المحدِّدة على أسلافه المركزيين مثل SVN وCVS. ففي النظام المركزي، يوجد السجل على خادم واحد، لذا تتطلب معظم العمليات اتصالًا بالشبكة والتفريع مكلف. أما في Git، فكل نسخة مستنسخة تحتوي على السجل الكامل، ما يعني أن تنفيذ الـ commits وعرض السجل والتبديل بين الفروع كلها تحدث محليًا وفوريًا. والتفريع والدمج، اللذان كانا مؤلمين في الأدوات الأقدم، رخيصان وروتينيان في Git، وهذا بالضبط سبب أن سير عمل فرع الميزة وطلب السحب صار معيارًا. كما يعني هذا النموذج المحلي أولًا أن عملك مرِن: فحتى لو توقف الخادم المركزي، لا يزال كل مطوّر يحتفظ بنسخة كاملة من سجل المشروع.

كيف ينبغي للمبتدئ أن يبدأ تعلّم Git؟

ابدأ صغيرًا وعمليًا. ثبّت Git، وأنشئ مستودعًا محليًا لمشروع تجريبي، ومارس الحلقة الأساسية: حرّر ملفًا، شغّل git status، جهّز باستخدام git add، احفظ باستخدام git commit، وافحص باستخدام git log. وبمجرد أن يصبح ذلك طبيعيًا، أنشئ حسابًا مجانيًا على منصة استضافة، وارفع مستودعك، ومارس التفريع والدمج. وتعمّد إنشاء تعارض دمج في مستودع تجريبي وحلّه، لأن فعل ذلك مرةً يزيل معظم الخوف. وتجنّب فخّ حفظ عشرات الأوامر؛ فالعمق في سير العمل الأساسي خير من الإلمام السطحي بكل شيء.

أخطاء شائعة للمبتدئين ينبغي تجنّبها

• تنفيذ commit كبير دفعةً واحدة. الـ commits الصغيرة المركّزة أسهل في المراجعة والتراجع.
• رسائل commit غامضة. عبارة مثل “fixed stuff” لا تفيد أحدًا، بما في ذلك أنت مستقبلًا.
• تنفيذ commit للأسرار. لا تُنفّذ commit أبدًا لكلمات المرور أو مفاتيح API أو الرموز؛ استخدم ملف .gitignore لاستبعاد الملفات الحساسة والمُولّدة.
• الخوف من التجريب. الفروع رخيصة والـ commits المحلية قابلة للعكس، فاستكشِف بحرية.

هل يستحق Git الوقت المبذول في تعلّمه؟

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