مقدمة إلى التحكم في الإصدارات

هل انتهى بكم الأمر إلى ملفات مثل report_final وreport_final_v2 وreport_final_FINAL؟ إن نظام التحكم في الإصدارات (VCS) يضع حدًا لهذه الفوضى، فهو بمثابة زر تراجع ذكي لمشروعكم بالكامل.

من دون VCS، ينهار العمل الجماعي: يكتب الأشخاص فوق تغييرات بعضهم، وتختفي التغييرات، ويستحيل تتبع الأخطاء، ولا يبقى سجل يوضح من فعل ماذا.

يحتفظ VCS بالسجل الكامل لكل تغيير. ويمكنكم معرفة من فعل ماذا ومتى، والعودة إلى أي حالة، ودمج عمل الجميع من دون التسبب في تعارضات.

هناك نوعان من التحكم في الإصدارات: مركزي (CVCS) وموزّع (DVCS). ويختلفان في مكان وجود سجل مشروعكم فعليًا.

يحتفظ VCS المركزي بالسجل بالكامل على خادم واحد؛ إذ تسحبون الملفات منه ثم تعيدون إيداعها. لكن إذا تعطل ذلك الخادم، فلن يتمكن أحد من تنفيذ commit أو قراءة السجل. ومن أمثلته SVN وPerforce.

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

يُعد Git أشهر VCS موزّع في العالم. وقد بناه Linus Torvalds لتحقيق السرعة وسلامة البيانات ودعم أساليب العمل غير الخطية والمعقدة التي تحتاج إليها الفرق الفعلية.

يحقق تصميم Git الموزّع فوائد مهمة: تنفيذ commit دون اتصال، وعمليات محلية فائقة السرعة، وعدم وجود نقطة فشل واحدة، ومرونة في إنشاء الفروع ودمجها.

الفكرة الأساسية هي المستودع المحلي. فعند استنساخ مشروع أو تهيئته باستخدام init، تحصلون على سجله الكامل على جهازكم، ولهذا تبدو عمليات Git فورية.

لنختبر مدى فهمكم لأنظمة التحكم في الإصدارات.

رائع! أصبحتم تعرفون الآن أهمية VCS، والفرق بين النظام المركزي والموزّع، وسبب تصدّر Git لهذه الأدوات. والخطوة التالية هي تثبيت Git وتهيئته.