حفظ الملف يكتب عملك في مكانه الحالي، أما تسجيل نسخة في Git فيضيف نقطة إلى تاريخ المشروع يمكنك الرجوع إلى وصفها والتغييرات المرتبطة بها. لهذا قد تغلق المحرر بعد الحفظ وتظل لديك تعديلات لم تدخل السجل. البداية المفيدة مع Git للمبتدئ هي فهم هذا الفرق، ثم اختيار ما تريد تسجيله وسبب جمعه في خطوة واحدة، قبل الانشغال بنشر المشروع أو العمل ضمن فريق.
يسمى تسجيل مجموعة التغييرات commit. وتسبق التسجيل مرحلة تجهيز تختار فيها ما سيدخل هذه النقطة من التاريخ. توضح وثائق Git أن الملفات يمكن أن تكون غير متتبعة، أو متتبعة تغيرت، أو مجهزة للتسجيل. والأهم أن التجهيز يلتقط المحتوى وقت إجرائه؛ فإذا عدلت الملف بعده، قد يحتوي الملف نفسه على جزء مجهز وتعديل أحدث غير مجهز. شرح تسجيل التغييرات في Pro Git.
ابدأ بسؤال عن التاريخ الذي تريد قراءته
تخيل مشروعًا تعليميًا صغيرًا يشرح طريقة تشغيل تمرين برمجي. كتبت التعليمات ثم اكتشفت أن اسم ملف المثال غير واضح. تستطيع تعديل كل شيء خلال يوم، لكن السؤال عند التسجيل هو: هل تصف هذه التعديلات غرضًا واحدًا يستطيع قارئ آخر فهمه؟ إذا كانت كلها تصحح تعليمات التشغيل، فقد تكون نقطة واحدة معقولة. أما تغيير شكل الصفحة مع إعادة كتابة التمرين وإضافة بيانات تجريبية فربما يحتاج تقسيمًا.
هذا اختيار تحريري في تاريخ المشروع، لا سباق إلى أكبر عدد من التسجيلات. النقطة المفيدة تساعدك على الإجابة لاحقًا: ما الذي تغير هنا، ولماذا؟ إذا كانت الرسالة لا تقول أكثر من «تعديلات»، جرب وصف النتيجة المقصودة قبل تنفيذ التسجيل. قد تكتشف أن التغييرات متفرقة أو أن جزءًا منها لا يزال تجربة لم تحسمها، فتمنح نفسك فرصة للمراجعة بدل تثبيت الالتباس.
افصل الحفظ والتجهيز والتسجيل في ذهنك
تصور ثلاث أسئلة متتابعة: هل حفظت ما كتبته؟ ما الذي اخترته للتسجيل؟ وهل أنشأت نقطة التاريخ فعلًا؟ لا يكفي جواب السؤال الأول للإجابة عن الأخير. ويمكنك أثناء التعلم استخدام واجهة رسومية أو أوامر، لكن الأسماء الجميلة للأزرار لا تغير ضرورة معرفة الملفات والمحتوى الداخلين في العملية. افحص ملخص الحالة والفروق قبل التأكيد، خصوصًا إذا كنت تنتقل بين أكثر من ملف.
للتوضيح، عدلت عنوان قسم في ملف تعليمات وجهزته، ثم أضفت فقرة جديدة في الملف نفسه. لا تفترض أن الفقرة دخلت التجهيز لمجرد أن اسم الملف ظهر هناك سابقًا. راجع النسخة المختارة، وقرر هل تريد تسجيل الفقرة مع العنوان أم تأجيلها. هذه الوقفة القصيرة تمنع تسجيل نصف شرح أو رسالة تدعي اكتمال تعليمات بينما الجزء الأهم ما زال خارج المجموعة المختارة.
والملف الجديد يحتاج انتباهًا مستقلًا. وجوده داخل مجلد المشروع لا يعني تلقائيًا أن تاريخه بدأ في Git. لذلك اجعل قائمة المراجعة الخاصة بك تسأل عن الملفات الجديدة، لا عن الملفات المعدلة فقط. في المثال التعليمي قد تضيف صورة توضيحية وتعدل النص للإشارة إليها؛ عندها تتأكد من أن سجل التغيير يضم ما يحتاجه الشرح حتى يكون مفهومًا عند قراءته لاحقًا.
اجعل الرسالة تشرح نتيجة محددة
بدل «تحديث»، يمكن كتابة «توضيح طريقة تشغيل التمرين الأول». الرسالة الثانية تخبرك بالغرض دون الحاجة إلى فتح كل سطر مباشرة. وإذا كنت تصلح خطأ معروفًا، فصف التصحيح بقدر ما يثبت في التغيير، مثل تصحيح اسم الملف المذكور في التعليمات. لا تكتب أن المشروع أصبح خاليًا من الأخطاء لمجرد أنك عدلت سطرًا واحدًا، ولا تدع الرسالة تنسب اختبارًا لم تجره.
يمكنك تدريب نفسك بكتابة مسودة الرسالة على ورقة ثم النظر إلى الملفات المختارة. إذا وجدت ملفًا لا ينسجم مع الوصف، فاسأل لماذا سيدخل هذه النقطة. قد تكون له ضرورة واضحة، وقد يكون أثر تجربة سابقة. لا تحتاج إلى نظام معقد لتسمية التسجيلات في مشروعك الأول؛ تحتاج إلى علاقة مفهومة بين الوصف والمحتوى، مع احترام أي قواعد يحددها المشروع الذي تعمل عليه.
التسجيل المحلي ليس إرسالًا إلى الآخرين
تفرق وثائق Git بين المستودع الذي تعمل عليه والمستودعات الأخرى التي تشارك معها التغييرات. إرسال التسجيلات إلى مستودع آخر عملية مستقلة عن إنشائها محليًا، كما أن جلب بيانات من مستودع آخر لا يعني دائمًا دمجها فورًا في عملك الحالي. واسم المستودع البعيد لا يكفي وحده لمعرفة من يملك صلاحية القراءة والكتابة. شرح المستودعات البعيدة في Pro Git.
لذلك لا تقل لزميلك «التعديل عندك» لأنك سجلته على جهازك. في تدريب فردي، اجعل نهاية الجلسة واضحة: سجلت محليًا فقط، أو شاركت مع وجهة محددة بعد مراجعتها. كذلك لا تستنتج أن كل تسجيل يعني تحديث موقع على الإنترنت؛ قد توجد خطوات نشر منفصلة حسب المشروع. معرفة نقطة توقف عملك تحميك من انتظار نتيجة لم تبدأ عمليتها أصلًا، وتساعد على صياغة طلب مساعدة دقيق.
راجع المحتوى قبل أن تسأل كيف تتراجع
قبل إدخال أي ملف إلى التاريخ، انظر إلى طبيعته: هل هو جزء من التمرين، أم نسخة شخصية، أم إعداد يحتوي معلومات لا تخص القراء؟ لا تستخدم مشروعك الحقيقي لتجربة أوامر لا تفهم أثرها. ابدأ بمثال خالٍ من البيانات الحساسة، وتعلم قراءة الحالة والفروق أولًا. فسهولة تنفيذ إجراء في الواجهة لا تعني أن أثره مفهوم أو أن إصلاحه لاحقًا سيكون بسيطًا في كل حالة.
وإذا اختلط عليك الأمر، توقف عن تجميع خطوات من مصادر متفرقة. اكتب ما الذي حفظته وما الذي جهزته وما الذي سجلته، ثم اطلب شرحًا للحالة القائمة. لا تحتاج في درس البداية إلى مسح تاريخ أو إجبار مشاركة أو حذف ملفات لإثبات فهمك. المطلوب أن تستطيع وصف النسخة الحالية والمجموعة المختارة والآخر المسجل، وأن تعرف أي سؤال من الثلاثة لم تتأكد من إجابته.
تمرين قصير له معيار نجاح واضح
اختر مشروعًا تجريبيًا صغيرًا، وضع هدفًا واحدًا للتغيير التالي، مثل توضيح مدخلات تمرين. راجع الملف قبل التعديل وبعده، وحدد المجموعة التي تخدم الهدف، ثم صغ رسالة مفهومة. بعد التسجيل راجع ما إذا كانت النقطة تصف العمل الذي قصدته. هذا تمرين مقترح يمكن تنفيذه بأداتك المفضلة.
يكون التقدم الحقيقي عندما تستطيع شرح سبب وجود كل تغيير في التسجيل، والتمييز بين العمل المحفوظ والتاريخ المسجل والمشاركة الخارجية. بعدها يصبح تعلم الفروع والتعاون أكثر ارتباطًا بمشكلة تفهمها. أما تكديس الأوامر قبل هذا الفهم فقد يعطيك تسجيلات كثيرة يصعب تفسيرها؛ وتاريخ قصير واضح في تمرين بسيط أنفع لبدايتك من سجل مزدحم لا تعرف ما الذي يمثل كل جزء منه.
الخلاصة في سطر: حفظ الملف لا يسجله في تاريخ Git؛ جهّز ما يخدم هدفًا واحدًا، ثم سجّله برسالة تشرح النتيجة.
المصادر وروابط التحقق
تفضّل المشاهدة على القراءة؟
نفس الأفكار بشرح سريع في فيديوهات قصيرة على مصفوفة النجاح — يوتيوب، تيك توك، وتليجرام.
