في أنظمة التحكم في الإصدارات القديمة، كان الـ branch (الفرع) نسخة كاملة من المشروع، بطيئة الإنشاء ومؤلمة الدمج، فكان الناس يتجنّبونها. أما في Git فالفرع يكاد لا يكلّف شيئًا. وهذا يغيّر طريقة عملك: كل فكرة أو إصلاح أو تجربة على موقعك الشخصي يمكن أن تحصل على فرعها الخاص، ورمي الفرع رخيص كإنشائه تمامًا.
\nانظر داخل الـ repository:
\ncat .git/refs/heads/mainc39be1142d6f0a8e7b1c5d93e2f4a0b6c8d7e912هذا هو فرع main بكامله: ملف يحتوي معرّف commit واحدًا. الـ branch مؤشّر مسمّى ومتحرّك إلى commit. السجلّ الذي خلفه لا يُخزَّن في الفرع؛ بل يُعثر عليه بتتبّع روابط الآباء انطلاقًا من ذلك الـ commit، كما فعلت في الدرس السابق.
فكيف يعرف Git على أيّ فرع أنت؟ بملف صغير آخر:
\ncat .git/HEADref: refs/heads/mainالـ HEAD مؤشّر إلى مؤشّر. إنه يسمّي فرعًا في العادة، وذلك الفرع يسمّي commit. حين تنشئ commit، ينشئ Git الـ commit الجديد ويجعل الـ commit الحالي أباه، ثم يحرّك الفرع الذي يسمّيه الـ HEAD إلى الـ commit الجديد. الـ HEAD نفسه لا يتغيّر؛ فهو ما زال «على main»، و main هو الذي تقدّم.
لا تحتاج إلى قراءة هذه الملفات يوميًا (وفي الـ repositories الأقدم أو الأكثر نشاطًا قد تُحزم معرّفات الفروع في .git/packed-refs بدلًا من ذلك)، لكن رؤيتها مرة واحدة تزيل الغموض. كل ما في هذا القسم يدور حول تحريك هذه الأوراق اللاصقة على الرسم البياني.
التغيير التالي في موقعك الشخصي هو footer للموقع. أعطه فرعًا:
\ngit switch -c footerSwitched to a new branch 'footer'الخيار -c ينشئ الفرع عند الـ commit الحالي وينقلك إليه. والصيغة ذات الخطوتين هي git branch footer ثم git switch footer. الآن سجّل بعض العمل:
git add index.html styles.css\ngit commit -m \"Add site footer with contact links\"لم يُمسّ main. انتقل إليه فيختفي الـ footer من ملفاتك؛ وانتقل إلى footer مجددًا فيعود:
git switch main # working tree now matches main's snapshot\ngit switch footer # and now footer's\ngit switch - # back to whichever branch you were on beforeالانتقال يعيد كتابة الملفات في الـ working tree لتطابق اللقطة الهدف. التغييرات غير المسجّلة تنتقل معك إن لم تتعارض مع الهدف. أما إن كانت ستُكتب فوقها، فيرفض Git الانتقال ويطلب منك أن تسجّلها في commit أو تخبّئها (stash) أولًا. هذا الرفض يحميك؛ فلا تبحث عن طريقة للالتفاف عليه. سجّل العمل في commit، أو انتظر درس الـ stash في القسم الرابع.
\n\ngit branch # list local branches; * marks the current one\ngit branch -v # with the commit each points to\ngit branch -m footer site-footer # rename\ngit branch -d site-footer # delete, only if its work is merged\ngit branch -D experiment # force-delete, merged or notيرفض -d حذف فرع لم تُدمج الـ commits الخاصة به في فرعك الحالي (أو في الـ upstream الخاص بالفرع، حين يصبح له upstream)، وهذه شبكة أمان مفيدة. أما -D فيتخطّى هذا الفحص. استخدمه فقط حين تكون متأكّدًا أن العمل غير مرغوب فيه.
سمِّ الفروع بحسب ما تفعله: footer و fix-mobile-nav و projects-grid. كثير من الفرق تضيف بادئة مثل feat/ أو fix/؛ والشرطة المائلة مسموحة في أسماء الفروع.
أحيانًا تريد ملفًا واحدًا من فرع آخر دون بقية عمله. يستطيع git restore القراءة من أي commit:
git restore --source=dark-mode styles.cssهذا يكتب فوق styles.css في الـ working tree بالنسخة الموجودة على dark-mode. افحصه بـ git diff، ثم جهّزه وسجّله في commit على فرعك الحالي. ستظل ترى شروحات قديمة تستخدم git checkout للانتقال والاسترجاع معًا؛ وقد فصل Git 2.23 هاتين المهمّتين إلى git switch و git restore، وهما أصعب في الخلط بينهما.
تستطيع أن تجعل الـ HEAD يشير مباشرة إلى commit بدل فرع، لتنظر إلى نسخة قديمة من الموقع:
\ngit switch --detach a1c9d72يحذّرك Git بأنك في حالة detached HEAD (HEAD منفصل). التفقّد آمن تمامًا. الخطر في إنشاء commits هناك: الـ commits الجديدة لا تنتمي إلى أي فرع، فحين تنتقل بعيدًا لا يشير إليها شيء، وتختفي بهدوء من git log.
فرع footer جاهز، و main لم يتحرّك. في الدرس التالي ستجمع الاثنين بعملية merge (دمج).
git switch -c <name> ينشئ فرعًا عند الـ commit الحالي وينقلك إليه في خطوة واحدة.","الـ detached HEAD يشير مباشرة إلى commit؛ احفظ أي عمل أنجزته هناك بـ git switch -c <name> قبل أن تغادر.","git restore --source=<branch> <file> ينسخ ملفًا واحدًا من فرع آخر دون الانتقال إليه."],"further":[{"title":"Branches in a Nutshell (Pro Git)","url":"https://git-scm.com/book/en/v2/Git-Branching-Branches-in-a-Nutshell"},{"title":"git switch reference","url":"https://git-scm.com/docs/git-switch"},{"title":"git branch reference","url":"https://git-scm.com/docs/git-branch"}],"quiz":[{"q":"أنت على main عند الـ commit ذي المعرّف b2e0، وتشغّل git switch -c footer، ثم تنشئ الـ commit ذا المعرّف f1a3. إلى أين يشير main و footer الآن؟
f1a3، لأنهما أُنشئا من الـ commit نفسه.","why":"الفروع لا تبقى مرتبطة ببعضها. وحده الفرع الذي يرتبط به الـ HEAD يتحرّك حين تنشئ commit."},{"text":"main يشير إلى f1a3 و footer يشير إلى b2e0.","why":"هذا معكوس. أنت انتقلت إلى footer، لذا فهو الذي يتحرّك."},{"text":"لم يتحرّك أيّ منهما؛ فالفروع لا تتحرّك إلا عند الرفع (push).","why":"إنشاء الـ commit يحرّك الفرع الحالي فورًا. أما الرفع فيتعلّق بنسخ الـ commits إلى remote."},{"text":"main ما زال يشير إلى b2e0؛ و footer تحرّك إلى f1a3.","why":"صحيح. كان الـ HEAD مرتبطًا بـ footer، فقدّم الـ commit الجديد footer إلى الأمام وترك main في مكانه."}],"answer":3},{"q":"ماذا يحتوي الملف .git/HEAD وأنت على فرع footer؟
ref: refs/heads/footer","why":"صحيح. الـ HEAD يحمل عادةً اسم فرع، لا معرّف commit. وهذه الإحالة غير المباشرة هي ما يسمح للـ commits بتحريك الفرع."},{"text":"المعرّف المكوّن من 40 حرفًا لآخر commit على footer.","why":"هذا ما يحمله ملف الفرع .git/refs/heads/footer. الـ HEAD يشير إلى الفرع، والفرع يشير إلى الـ commit."},{"text":"قائمة بكل الفروع في الـ repository.","why":"الأمر git branch يبني هذه القائمة بقراءة ملفات الفروع. أما الـ HEAD فيخزّن مكانك فقط."}],"answer":0},{"q":"انتقلت إلى commit قديم لتتفقّده، وأجريت إصلاحًا سريعًا وسجّلته في commit. يقول Git إنك في حالة “detached HEAD”. كيف تحتفظ بذلك الـ commit؟
","options":[{"text":"شغّلgit switch main؛ وسيأتي الـ commit معك.","why":"الانتقال بعيدًا يترك الـ commit خلفك دون فرع يشير إليه. يصبح ضياعه سهلًا، ويُزال في النهاية بعملية تنظيف المهملات (garbage collection)."},{"text":"لا شيء؛ كل commit يُحفظ على main تلقائيًا.","why":"في حالة الـ detached HEAD، لا تنتمي الـ commits الجديدة إلى أي فرع على الإطلاق، وهذا هو الخطر بعينه."},{"text":"شغّل git switch -c old-fix لتضع فرعًا عليه.","why":"صحيح. الفرع الذي يشير إلى الـ commit يجعله قابلًا للوصول، فيصبح آمنًا. ويمكنك دمجه لاحقًا."},{"text":"شغّل git commit --attach.","why":"لا يوجد خيار --attach. ربط العمل بالسجلّ يعني إنشاء فرع عنده."}],"answer":2},{"q":"في فرعك dark-mode ملف styles.css جاهز تريده على footer أيضًا، دون دمج بقية عمل dark-mode. أنت على footer. أيّ أمر يفعل ذلك؟
git switch dark-mode styles.css","why":"git switch يبدّل الفروع. ولا يقبل مسارات ملفات."},{"text":"git restore --source=dark-mode styles.css","why":"صحيح. يكتب styles.css من لقطة dark-mode إلى الـ working tree؛ ثم تراجعه وتجهّزه وتسجّله في commit على footer."},{"text":"git branch dark-mode styles.css","why":"هذه الصيغة تحاول إنشاء فرع اسمه dark-mode يبدأ من commit اسمه styles.css، فتفشل."},{"text":"git merge dark-mode -- styles.css","why":"الدمج يجمع دائمًا commits كاملة. ولا توجد طريقة لدمج ملف واحد."}],"answer":1}],"exercise":{"kind":"fill","language":"bash","template":"git switch {{0}} footer # create the branch and move onto it\ngit add index.html styles.css\ngit commit -m \"Add site footer with contact links\"\ngit switch {{1}} # back to main to check it's untouched\ngit branch -m footer {{2}} # rename to site-footer","blanks":[{"answers":["-c","--create"]},{"answers":["main","-"]},{"answers":["site-footer"]}],"title":"فرع للـ footer","prompt":"املأ الفراغات: أنشئ فرع footer وانتقل إليه بأمر واحد، وسجّل الـ footer في commit، وعُد إلى main لتتأكّد أنه لم يتغيّر، ثم أعد تسمية الفرع إلى site-footer.
git switch خيارًا ينشئ الفرع أولًا. وهو اختصار لكلمة create.","تستطيع تسمية الفرع الذي تريد العودة إليه، أو استخدام الاختصار الذي يعني الفرع السابق.","git branch -m <old> <new> يعيد تسمية الفرع."],"explanation":"git switch -c footer ينشئ footer عند الـ commit الحالي ويربط الـ HEAD به، فيحرّك الـ commit فرع footer ويترك main على حاله. و git switch main (أو git switch - الذي يعني الفرع السابق) يعيد كتابة الـ working tree على لقطة main. و git branch -m footer site-footer يعيد تسمية المؤشّر؛ أما الـ commits فلا تتغيّر إطلاقًا.