كيفية عدم متابعة الملفات المحلية باستخدام Git part 1

الفروع وسير العمل

يعد Git أداة أساسية لكل مطور ، فهو يحافظ على تاريخ سجل الشفرة الخاص بك ويساعد على فهم ما تم القيام به بالأمس دون الحاجة إلى الخروج.

يتطلب العمل مع فريق ما يزيد قليلاً عن "git add" و "git الالتزام" ، لذلك دعونا نبدأ في استكشاف عالم Git الجميل.

الحصول على الأساسيات ليس بالأمر الصعب ، وبمجرد الدخول فيه ، يصبح الأمر أسهل.

نطاق هذا المقال

عند العمل مع فريق ، يجب ألا يستغرق استخدام Git نصف وقت الترميز ، لذا فلنضع بعض القواعد الأساسية لآداب Git و Github حتى تتمكن من قضاء وقتك في الترميز بدلاً من استنساخ الريبو مرة أخرى.

سيركز الجزء الأول على الطريقة التي يجب أن تدير بها سير العمل مع Git لتجنب أكثر المشاكل شيوعًا.

أدوات

لا تحتاج إلى أدوات أو أوامر رائعة لاستخدام Git بفاعلية ، حتى يتسنى لك استخدام هذه المقالة وتلك التي أتبعها فقط باستخدام Git نفسه ومحرر الكود المفضل لدي (مع دمج Git).

عميل Git هذا هو كل ما نحتاجه ، فقط العميل الافتراضي.

Visual Studio Code أو أي محرر آخر مع تكامل Git ، سيجعل حياتك أسهل بكثير.

مبادئ

بادئ ذي بدء ، لنبدأ بأساسيات Github etiquette (يمكننا أن نتكيف ونبني عليها ، فهي ليست من الحجر بل هي نقطة انطلاق جيدة).

الفرع الرئيسي الذي لن تلمسه مطلقًا ، إنه إنتاج ويجب تحديثه نادرًا عند اختبار كل شيء وتشغيله.

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

لذا ، أين يجب أن أكود إذا لم أستطع فعل أي شيء امسك رعاة البقر المدافع الخاص بك ، دعنا ندخل ذلك بعد ذلك.

مضغ هذا السيجار ، كلينت.

ما يجب عليك فعله عندما تريد العمل على شيء ما

git clone git@github.com: Kornil / simple-react-app.git

هذه هي البداية ، يمكنك أن تفعل ذلك مرة واحدة وأبدا مرة أخرى.

من هنا فصاعدا سنعمل على الفروع. افتراضيًا ، ستكون في الفرع الرئيسي. أخرج من هناك.

تطوير بوابة الخروج $

هذا أفضل أليس كذلك؟ أنت الآن في فرع التطوير ، هذا هو الفرع الذي يجب أن تشير إليه دائمًا ، إنها تحب حياتك وستعاملها باحترام تستحقه.

ماذا؟

git checkout -b myNewBranch

سيؤدي هذا إلى إنشاء فرع محلي جديد يسمى myNewBranch والتحول إليه ، ويستند إلى فرع التطوير في هذه الحالة منذ أن كنا هناك.

عند تشغيل "git branch" ، سترى أنك بالفعل داخل هذا الفرع الجديد. هذا فقط على جهازك ، قل "Hi!" لفرع العمل الجديد.

للمتعلمين البصرية.

تسمية الفروع

تُعد تسمية الفروع جانبًا مهمًا من الترميز مع المطورين الآخرين وحتى بالنسبة إلى مستقبلك ، دعنا ننظر إلى كيف يمكننا التعامل مع هذا.

لا يشرح myNewBranch أي شيء ولا يحل مشاكلنا ، نحن بحاجة إلى اصطلاح تسمية:

"علة / ثابت كل مباراة دولية"
"ميزة / العملاقة بطة مشروط"
"ريفاكتور / إضافة دعامة-أنواع"
"أسلوب / كل شيء هو الأسود"

نوع / القصير وصف

أنواع

سنحدد 4 أنواع أساسية من الفروع: الأخطاء ، الميزة ، refactor والأناقة: على التوالي بالنسبة للإصلاحات الخاطئة ، الميزات الجديدة ، إعادة تشكيل الكود والأشياء / التصميم / css ، بعد أن يأتي النوع بالاسم ، يجب تحديده أعلى نوع الفرع.

git checkout -b style / pink-buttons

هذا يخبرك ولأصدقائك بكل شيء ستقوم بتشفيره في هذا الفرع الجديد.

F-! لقد نسيت إنشاء فرع جديد قبل البدء في الفوضى وما زلت في مرحلة التطوير!

لا تقلق يا ليو ، يمكننا حل هذا. هناك طريقتان يمكننا استخدامها للتعافي من هذه الكارثة:

أولاً ، إذا لم ترتكب أي شيء:

خبأ $

يحفظ جميع التغييرات (غير ملتزم بها ولا يتم تنظيمها) في مكان ما ويزيلها من الفرع

الآن فرع التطوير الخاص بك نظيف حتى قم بتشغيله

git checkout -b feature / rubber-duck-cta
$ git stash pop

ستقوم بإنشاء فرع محلي جديد ولصق جميع التغييرات التي أجريتها هنا. تذكر أن ذاكرة التخزين المؤقت تشبه لصق النسخ ، وهي مفيدة بشكل كبير ولكن في نفس الوقت نهائي إذا كنت "تحصل على stash" مرة أخرى ، يمكنك أن تقول وداعًا لأول خبأ. RIP.

الطريقة الثانية ، إذا كنت قد ارتكبت تغييراتك بالفعل:

تطوير بوابة دفع $ git: إصلاح / الإصلاح الذكي الخاص بك

احفظ الكود في فرع الإصلاح / الإصلاح الذكي الذي تم إنشاؤه حديثًا في مشروع جيثب الخاص بك (على افتراض أنك تعمل في فرع التطوير).

الآن احذف فرع التطوير واحصل عليه مرة أخرى تمامًا كما ينبغي.

سيد بوابة الخروج
فرع بوابة التنمية -D
إحضار $ git
$ git checkout development // اختياري ، فقط لنرى أنه نظيف
$ git checkout fix / your-smart-fix

دعنا نذهب بسرعة إلى هذا:

أولاً ، قم بالتبديل إلى الفرع الرئيسي (الفرع الآمن الخاص بك) ، وبعد ذلك نحذف فرع التطوير ، وجلب كل فرع من فروع Github (لا تقلق لأنك لن تراهم مع "بوابة الفرع") والتحول إلى التطوير مرة أخرى. يمكنك الآن تشغيل "حالة git" للتحقق من أن التطوير نظيف ومنه يمكنك العودة إلى فرع عملك ، هل من السهل بما فيه الكفاية؟

باستخدام Visual Studio لتبدو ذكية ~ العش

إن Visual Studio هو أكثر من مجرد محرر ، فهو يشبه موزة قرد ، ويجب ألا تعيش بدونه. دعونا نرى ما يمكن أن يفعله لنا.

هل تشعر بالملل من استخدام "git add."؟ هل تريد أن ترتكب 3 ملفات فقط لأن كل ما تبقى هو فوضى وأنت تعلم أنك سوف تتعرض للكم إذا حاولت تسمم مستودع جيثب بهذا القذارة؟ هنا يأتي VSCode!

انظر لهذه الفوضى!

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

لكن بادئ ذي بدء ، ما هي تلك الحروف على اليمين؟

(M) ← تم تعديل الملف بعد الالتزام الأخير.

(D) ← تم حذف الملف بعد الالتزام الأخير.

(U) ← هذا ملف جديد تمامًا.

هل هذا يساعد؟ قليلا ، ولكن لا يزال ، دعونا نبدأ العمل! يؤدي التمرير فوق الملف الذي أريد إضافته إلى عرض رمزين آخرين ، دعنا نرى ما يفعلونه.

أول واحد هو سهم ، حيث يرجع جميع التغييرات إلى الالتزام الأخير (زر المفضلة!).

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

بعد النقر على أيقونة الجمع نرى هذا.

يوجد الآن صفين متميزان ، يُطلق عليهما اسم "التغييرات" و "جديد" للملف الذي أضفناه باسم "التغييرات المرحلية". Staged يعني الملف الذي سيتم الالتزام به باستخدام "git الالتزام" التالي ، ولكن كما ترون لدينا رمز جديد ، علامة الطرح! يمكن أن يكون هذا مفيدًا جدًا أيضًا لأنه يؤدي إلى إلغاء تغييراتنا في وضع الملف مرة أخرى على التغييرات حيث يمكننا أن نقرر ما إذا كنا نلعب مرحلة أو غير مسرحية أو إذا كنا نريد استعادة الالتزام السابق.

خاتمة أو TLDR

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

يمكنك العثور على الجزء 2 من هذه السلسلة هنا والجزء 3 هنا.