التهيئة والالتزام والسجل

في Git، تُعد منطقة staging، التي تُسمى أيضًا الفهرس، خطوة وسيطة مهمة بين دليل العمل والمستودع.

فكّروا فيها كغرفة انتظار تجهّزون فيها التغييرات قبل حفظها نهائيًا.

وتتيح لكم تجميع التغييرات المرتبطة في commit واحد ذي معنى.

لنقل التغييرات من دليل العمل إلى منطقة staging، استخدموا الأمر git add.

حدّدوا الملف أو الملفات التي تريدون إضافتها إلى staging. فهذا يخبر Git: "أريد تضمين هذه التغييرات في commit التالي!"

ليس عليكم إضافة الملفات واحدًا تلو الآخر. يوفّر Git طرقًا ملائمة لإضافة ملفات متعددة إلى staging أو حتى إضافة جميع التغييرات دفعة واحدة.

• git add . يضيف إلى staging جميع الملفات الجديدة والمعدّلة في المجلد الحالي ومجلداته الفرعية.
• git add -u يضيف إلى staging الملفات المعدّلة والمحذوفة فقط، وليس الملفات الجديدة.

يشبه commit التقاط لقطة لمشروعكم في لحظة زمنية محددة. فهو يسجّل التغييرات الموجودة في staging بشكل دائم داخل مستودع Git.

يمتلك كل commit معرّفًا فريدًا، ومؤلفًا، وطابعًا زمنيًا، ورسالة commit توضّح التغييرات التي أُجريت.

بعد وضع تغييراتكم في منطقة staging، يمكنكم تنفيذ commit باستخدام git commit. احرصوا دائمًا على تضمين رسالة واضحة وموجزة تصف التغييرات.

يتيح لكم الخيار -m تقديم رسالة commit مباشرة.

يُعد الأمر git status أفضل مساعد لكم! فهو يخبركم بما يلي:

• الملفات غير المتتبعة، أي الجديدة التي لم تُضف بعد إلى Git.
• الملفات التي تحتوي على تغييرات جاهزة لتنفيذ commit، أي الموجودة في staging.
• الملفات التي تحتوي على تغييرات لم تُضف بعد إلى staging.

من الممارسات الجيدة مراجعة تغييراتكم قبل إضافتها إلى staging أو تنفيذ commit. يساعدكم الأمر git diff على رؤية التغييرات التي أُجريت بالضبط في ملفاتكم.

يعرض git diff افتراضيًا التغييرات الموجودة في دليل العمل والتي لم تُضف بعد إلى staging.

ماذا لو أردتم رؤية التغييرات التي نقلتموها بالفعل إلى منطقة staging قبل تنفيذ commit؟

يمكنكم استخدام git diff --staged أو git diff --cached لمقارنة تغييرات staging بآخر commit.

لعرض قائمة زمنية بكل commits الموجودة في مستودعكم، استخدموا الأمر git log. فهو يعرض من أجرى التغييرات ومتى، ورسائل commits الخاصة بهم.

وهذا أمر أساسي لفهم تطور مشروعكم!

قد تكون مخرجات git log الافتراضية مفصلة جدًا. وللحصول على نظرة سريعة، يمكنكم استخدام خيارات لتبسيطها:

• git log --oneline: يعرض كل commit في سطر واحد.
• git log --graph: يعرض شجرة نصية لسجل commits.

لقد عدّلتم للتو index.html وأنشأتم ملفًا جديدًا باسم style.css. وتريدون تضمين الملفين في commit التالي.

ما تسلسل الأوامر الذي يضيف هذه التغييرات إلى staging ثم ينفذ commit لها بشكل صحيح؟

أحسنتم! في هذا الدرس، تعلّمتم الخطوات الأساسية لسير العمل المحلي في Git:

• تُستخدم منطقة التجهيز (الفهرس) لتحضير التغييرات.
• استخدموا git add لنقل التغييرات إلى منطقة التجهيز.
• إنشاء commit هو لقطة دائمة للتغييرات الموجودة في منطقة التجهيز.
• استخدموا git commit -m "message" لحفظ commit.
• يعرض git status حالة دليل العمل لديكم.
• يساعد git diff على مراجعة التغييرات.
• يتيح لكم git log استكشاف سجل مشروعكم.

تُعد هذه الأوامر أساسية لتتبع تقدّم مشروعكم!