أفضل 20 أمرًا من أوامر GIT للبدء بها

كما تعلم ، GIT هو نظام تحكم في الإصدار الموزع. يستخدمه المهندسون لتتبع التغييرات التي تم إجراؤها في التعليمات البرمجية المصدر أثناء عملية تطوير البرامج. إذا كنت مطورًا ، خاصةً إذا كنت تدخل المهنة للتو ، فيجب أن تتعلم عددًا قليلاً من أوامر GIT الأكثر فائدة.

لنلقِ نظرة على أفضل أوامر GIT bash التي يجب أن تتعلم عنها.

لإعداد المشروع: شرح موجهات GIT

موصى به لك: 5 تطبيقات مجانية رائعة ستساعدك على تعلم كيفية البرمجة.

GIT INIT

لنفترض أنك قمت للتو بإنشاء مشروع في IDE المفضل لديك ، وتحتاج إلى معرفة مطالبات PowerShell GIT. سيكون عليك إعداد مستودع GIT عملي.

أثناء القيام بذلك ، يجب أن تخبر GIT بالدليل الذي يجب استخدامه وتشغيله. ميزة git init هي كيفية القيام بذلك. ستقوم GIT بإنشاء ملف. دليل git واستخدامه للاحتفاظ بملفاته منظمة كأدلة فرعية أخرى.

فيما يلي قائمة بأوامر git init للمحررين المشهورين التاليين:

تكوين

بعد إنشاء المستودع الخاص بك ، ربما يمكنك تكوين بعض العناصر الأساسية فيه ، مثل إعداد اسم المستخدم الخاص بك. لهذا السبب ستحتاج إلى أمر CONFIG. أي أمر من قائمة GIT سوف يشمل هذا.

يمكنك إعداد اسم المستخدم الخاص بك عن طريق تنفيذ:

 git config user.name=<replace_with_your_username>.

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

لا تحتاج إلى القيام بذلك إذا قمت بإضافة خيار أمر عام. سيحدد معلوماتك على الصعيد العالمي:

 git config --global user.name=<replace_with_your_username>.

يمكنك أيضًا استخدام أمر CONFIG لتكوين جوانب أخرى. يمكنك وضع الأمر داخل ملف التكوين.

استنساخ

للحصول على مستودع على جهاز الكمبيوتر الخاص بك عن بعد ، يجب عليك إعداد أمر CLONE. يمكنك القيام بذلك باستخدام إعداد git clone الخاص بك وعن طريق تمرير عنوان URL كمعامل. يجب أن يقوم هذا الأمر باستنساخ المستودع البعيد بالكامل داخل جهازك. هذا أمر آخر من أوامر GIT hub التي ستخدمك جيدًا كمطور.

 $ git clone git://git.kernel.org/pub/scm/git/git.git

الاسم المستعار

باستخدام أمر ALIAS ، يمكنك إنشاء اختصارات لأوامرك المفضلة. إنها أداة تساعدك في التفاف سلسلة من الأوامر وحفظها تحت اسم. يعتبر هذا أحد أوامر GIT الشائعة التي ستستخدمها كثيرًا كمطور.

يمكنك أيضًا إضافة الأسماء المستعارة مباشرةً في ملف التكوين الخاص بك. في هذه الحالة ، سيتم تحويل التوجيه في المثال إلى التكوين التالي في ملف التكوين العام. على سبيل المثال ، يمكنك إعداد الاختصارات التالية للأوامر الأكثر شيوعًا:

 $ git config --global alias.co checkout $ git config --global alias.br branch $ git config --global alias.ci commit $ git config --global alias.st status

أوامر لعمل والتراجع عن التغييرات

حالة

هذا هو الأمر الذي ستستخدمه إذا كنت تريد عرض حالة منطقة التدريج وتكوين العمل الخاص بك. باستخدامه ، يمكنك إلقاء نظرة على التعديلات التي تم إجراؤها والتي لم يتم إجراؤها.

يضيف

قبل الالتزام بالملف المعدل أو الجديد ، يجب إضافته إلى منطقة التدريج. قم بذلك عن طريق تشغيل أمر git add . يجب عليك تمرير اسم الملف والدليل كمعامل. يمكنك إدخال f_your_file>. في هذه المرحلة ، ستتم إزالة ملفك من قائمة "التغييرات المطلوب تنفيذها".

تسمح لك إضافة -p (أو —patch) بتحديد أجزاء من كل ملف متتبع للالتزام به. ثم يحتوي كل التزام على التغييرات ذات الصلة فقط.

يقترف

لنفترض أنك أكملت بعض تنفيذ الميزات ، وتريد حفظ التغييرات. انظر إلى قائمة "التغييرات الواجب الالتزام بها". بمجرد الانتهاء من ذلك ، ستعرف أن جميع الملفات المطلوبة قد تم تنظيمها على مراحل. عندها يمكنك تنفيذ الأمر git الالتزام .

بعد تنفيذ هذا الأمر ، سيفتح المحرر الافتراضي. يجب عليك بعد ذلك إدخال رسالة COMMIT الخاصة بك.

إذا كانت رسالتك قصيرة ، فقم بتضمينها في أمر GIT COMMIT كما يلي:

 git commit -m “Your_first_commit_message.”

يمكنك أيضًا إضافة الخيار -a. من خلال القيام بذلك ، يمكنك التأكد من أن GIT ستنظر إلى شجرة العمل الخاصة بك. سيقوم بعد ذلك بتنفيذ GIT ADD للملفات الجديدة والمعدلة ، بالإضافة إلى git rm لأي ملفات محذوفة قبل التنفيذ.

ربما نسيت إضافة ملف إلى الالتزام الخاص بك. لا تريد إنشاء أمر التزام آخر لهذا الملف. يمكنك استخدام خيار التعديل بدلاً من ذلك.

لا ينبغي أبدًا تعديل الالتزامات العامة. تذكر أن زملائك ربما استندوا في عملهم إلى هذا الالتزام. أنت لا تريد إرباكهم بسبب أي تغييرات أجروها.

إعادة ضبط

git reset هي أداة أخرى يجب أن تكون مفيدة لك وأنت تبدأ حياتك العملية كمطور. هذا أمر يساعدك على إعادة تنسيق التغييرات. هناك عدة طرق يمكن استخدامها ، ولكن المثال الشائع هو عندما تقدم وضعًا وتعريف الالتزام كما لو كانت هناك وسيطات ، مثل هذا:

 git reset <mode> <commit>.

هناك احتمالات متعددة لإعادة الضبط. لفهمهم ، يجب أن تكون على دراية بأشجار GIT الثلاثة.

خبأ

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

تتيح لك هذه الطريقة الاحتفاظ بالتغييرات في مكدس STASH. بعد ذلك ، يمكنك عمل قائمة بها ، جنبًا إلى جنب مع قائمة git stash.

لا توجد قيود على الفرع الذي يمكنك من خلاله تطبيق خبأتك. يمكنك تخزين التغييرات في فرع واحد وتطبيقها على فرع آخر عندما تريد.

لتطبيق التغييرات المخزنة ، استخدم توجيه تطبيق git stash. يقوم بتطبيق أحدث التغييرات المخزنة في المكدس. إذا كنت ترغب في تطبيق التغييرات القديمة ، فيمكنك تحديد الاسم مثل تطبيق git stash [البريد الإلكتروني المحمي] {1}. هذا ينطبق على مخبأ آخر في المكدس.

بمجرد تطبيق مخبأ باستخدام توجيه تطبيق ، لن تتم إزالته من هذا المكدس. يمكنك عرض هذا كأمر GIT flow الذي ستستخدمه بشكل متكرر.

قد يعجبك: ما هي الاتجاهات حول تطوير تطبيقات الهاتف المحمول في عام 2020؟

يرجع

ربما رأيت أنه من المناسب دفع التعديلات المكتملة إلى فرعها الأصلي ولاحظت أن أحد التزاماتك لا يلزم أن يكون هناك. قم بإصلاحه من خلال إضافة توجيه آخر للتخلص من التوجيه السابق. يساعدك التوجيه REVERT هناك. يجب عليك تحديد معرف الالتزام والتراجع كمعامل: git revert <commit_id> .

سيحدد الأمر معلومات مفيدة ، بما في ذلك اسم الفرع ، وعدد الالتزامات التي تم إجراؤها بعد أو قبل أن يصبح بعيدًا. يمكنك أيضًا مشاهدة الملفات الجديدة والمعدلة كقوائم متعددة:

أوامر Git لجهود الفريق

فرع

مع توجيهات فرع git ، سيستفيد نظامك من قائمة الفروع. إذا كنت تريد إلقاء نظرة على الفروع البعيدة ، فإن git Branch -r هي طريقة القيام بذلك. إذا كنت ترغب في رؤية الفروع المحلية والبعيدة ، فاستخدم git Branch -a.

يمكنك حذف فرع باستخدام: git Branch -d <branch_name>.

التحقق من

هذا هو توجيه آخر يستخدم بانتظام GIT. للعمل في الفرع يجب عليك تنفيذ مفتاح التحويل. git checkout هي الطريقة التي ينتقل بها المرء بسهولة من فرع إلى فرع آخر. يمكنك استخدامه للاطلاع على الملفات ، وكذلك الالتزامات. Git checkout <name-of-your-branch> هو كيفية تنفيذه.

تذكر ما يلي إذا كنت تريد التبديل بين الفروع بنجاح:

يمكن تنفيذ التغييرات في الفرع الحالي أو إخفاؤها عند التبديل

يجب أن يكون أي فرع تقوم بفحصه موجودًا في منطقتك

يوجد أيضًا أمر اختصار يسمح لك بإنشاء فرع والتبديل إليه في وقت واحد:

 git checkout -b <name-of-your-branch>.

هذا أمر ينشئ توجيهًا مختلفًا في منطقتك (-b تعني الفرع). يبحث في أحدث فرع مباشرة بعد إنشائه.

يحذب

باستخدام الأمر git pull ، يمكنك تنزيل بيانات جديدة من خلال مستودع بعيد والتكامل مع أقرب مستودع. عند تشغيل هذا الأمر ، تقوم بتحديث الفروع المحلية ، إلى جانب أي تعديلات من طرفك البعيد.

هناك طريقة افتراضية لدمج التعديلات الجديدة أيضًا. استخدم الدمج. يمكنك تغييره إلى قاعدة بيانات جديدة إذا كنت تستخدم الخيار: git pull –rebase .

يوصى دائمًا بوضع التغييرات في مستودع قريب نظيف دون إجراء تغييرات غير ملزمة فيه.

يقترف

هذا هو التوجيه الذي قد "لقطة" أو تسجيل الملف في محفوظات الإصدار الخاص بك. يمكنك إدخال git الالتزام -m "[اكتب في رسالة الالتزام]" وبذلك تستخدمها.

إنه الأمر الذي يقوم بتنفيذ أي ملفات قمت بإضافتها ، إلى جانب الأمر GIT ADD. كما أنه يُلزم بشكل فعال الملفات التي تغيرت منذ ذلك الحين.

يدفع

بعد إجراء أي تعديلات ، ربما تريد الدفع إلى مستودع بعيد. بهذه الطريقة ، تكون متاحة لزملائك في الفريق.

إذا قمت بتشغيل GIT PUSH ، فسيؤدي ذلك إلى "دفع" التغييرات الأخيرة للمنطقة الحالية إلى جهاز التحكم عن بُعد. إذا قمت من خلال إنشاء فرع محليًا بدفع الفرع بأكمله إلى مستودع بعيد ، فلا بأس بذلك. يتيح لك هذا التوجيه القيام بذلك: git push -u origin <replace_with_branch_name> .

هذه هي الطريقة التي تدفع بها فرعًا له اسم محدد إلى مستودع الأصل. يجب أن يستخدم الفرع البعيد نفس الاسم المحلي.

دمج

كان علينا أيضًا وضع MERGE في قائمة مطالبات GIT هذه. سترغب في دمج فرع الميزة أو إصلاح أي أخطاء في فرع آخر في وقت ما. يتيح لك دمج فرعك القيام بذلك. ما عليك القيام به هو تشغيل أمر git merge .

بعد تشغيل الأمر ، يمكن أن يحدث نوعان مختلفان من الدمج الدمج ثلاثي الاتجاهات ، أو الدمج السريع.

يتم دمج التقديم السريع عندما يكون هناك مسار خطي بين الفروع التي ترغب في دمجها. لنفترض أنك قمت بإنشاء فرع bugfix من السيد. لقد أصلحت المشكلة ، وستريد دمجها في شكل رئيسي. ومع ذلك ، لم يقم أحد بتحديث الفرع. يمكن لـ GIT دمج فرع نفسه ، مما سيصلح المشكلة.

يحدث الدمج ثلاثي الاتجاهات عندما لا يكون هناك مسار خطي بين الفروع. كما هو الحال مع المثال الأخير ، قمت بابتكار فرع bugfix من الإصدار الرئيسي. لقد صححت الخطأ ، والآن تحتاج إلى دمجه مع git merge <branch> .

ربما تكتشف أن شخصًا ما قام بتحديث المعلم. لربط الفروع ، يجب على GIT إنشاء التزام جديد حيث تتحد التعديلات.

هذا عندما تحدث مشكلة. قام كلا الفرعين بتغيير كتلة التعليمات البرمجية المتطابقة. لا تستطيع GIT مزج التعديلات معًا بدون مساعدتك. قبول تغيير واحد هو أسهل طريقة للقيام بذلك.

ومع ذلك ، يمكنك أيضًا دمج التغييرات. عند حدوث ذلك ، يعدل GIT الملفات المتأثرة ببعض المؤشرات المرئية. يتيح لك هذا تحديد المشكلات بسهولة. يتم استخدام بعض العلامات المرئية:

 <<<<<< — shows the place the conflict began ====== — separates changes from different branches >>>>>> — shows where the conflict ends

بمجرد حل التعارضات والتخلص من العلامات ، ستتم إضافة المناطق المتعارضة إلى منطقة التدريج باستخدام git add .

إذا حدث خطأ ، أو كنت تريد الذهاب في اتجاه مختلف ، فقم بتشغيل git merge –abort. من خلال القيام بذلك ، لن يتم تعديل فرعك.

إذا لم يكن كذلك ، فاستخدم أوامر git الالتزام. سيتم الانتهاء من الدمج ، وإنشاء التزام جديد.

أمر مفيد آخر هو أن الأمر git mergetool يقوم ببساطة بتشغيل مساعد دمج خارجي في حالة وجود مشكلات في الدمج في Git.

قد يعجبك أيضًا: أفضل لغة برمجة لتطوير تطبيقات iOS.

إعادة

دمج التغييرات من خلال استخدام REBASE أولاً ثم الدمج. مع REBASE ، أنت تعيد كتابة الخلفية الدرامية للبرنامج. لا ينبغي أبدًا إعادة تأسيس الالتزامات العامة ، على سبيل المثال ، يمكن لعضو الفريق أن يبني عملهم عليها.

بدلاً من اختيار دمج فرع معين في فرعك الخاص ، يمكنك إعادة تأسيس فرعك على فرع معين. ولكن ما الذي يقوم به بروتوكول إعادة القاعدة الذي تستخدمه؟

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

Git rebase <name_of_branch_to_rebase_on> هي الطريقة التي تنفذ بها الأمر.

هذا هو الوضع الأول أو القياسي لأمر rebase. ثم هناك الوضع الثاني ، والذي يسمى أيضًا الوضع التفاعلي. يمكنك استخدامه لتعديل سلسلة من الالتزامات بسهولة قبل تضمينها في فرع آخر ، والمعروف باسم الفرع البعيد.

بعد تنفيذ الأوامر

سجل

هذا التوجيه لسرد محفوظات الإصدار للفرع الحالي. لتنفيذه ، أدخل git log –follow [ملف] .

يسرد هذا التوجيه محفوظات إصدار الملف. سيتم تضمين إعادة تسمية الملفات. يقوم سجل git بطباعة محفوظات التنفيذ.

يمكن استخدام عدة خيارات في هذا السيناريو. واحد منهم هو git log –stat. لكل التزام في التاريخ ، ستتم طباعة قائمة بالأسماء. يمكن الوصول إلى الملفات التي تمت إزالتها أو تعديلها أو إضافتها. يمكن رؤية مبالغ البنود التي تمت إزالتها أو إضافتها. ستلاحظ أن هناك أيضًا ملخصًا يمكنك الإطلاع عليه.

يعرض

يمكن أن يعرض موجه العرض الذي يستخدمه المطورون تفاصيل لكائنات مختلفة. عندما نقول "كائنات" ، فإننا نتحدث عن الالتزامات أو العلامات. يمكن استخدام git show لعرض إصدار ملف أقدم. على سبيل المثال ، يمكنك استخدام هذا الأمر لإظهار نسخة من ملف من قبل عملين.

نأمل أن يكون هذا البرنامج التعليمي لأوامر GIT قد ساعد كمقدمة لهذه الأداة. بصفتك مطورًا ، كلما تعلمت المزيد عن GIT ، ستحصل على وضع أفضل لتوظيف فريق يبحث عن مبرمج يمكن الاعتماد عليه.

كلما تقدمت أكثر في هذا المجال ، ستتعرف على المزيد من مطالبات GIT ، وستصبح برمجتك أكثر سلاسة. ستكون قادرًا على كتابة رمز قابل للاستخدام يمكن أن يضاف إليه زملائك في الفريق.

 هذا المقال بقلم سلافا فانيوكوف. وهو الشريك المؤسس والرئيس التنفيذي في وكالة تطوير البرمجيات والتطبيقات Softermii. يتمتع بخبرة تزيد عن 9 سنوات في مجال تطوير الويب وتطوير الأجهزة المحمولة. إلى جانب ذلك ، فهو أحد مؤلفي مدونة Softermii والمدون التقني المميز في مجموعة واسعة من موارد الويب الأخرى. يمكنك متابعته على LinkedIn.