استخدام Git مع Local (بواسطة Flywheel): أفضل الممارسات ومهام سير العمل

إذا كنت تهدف إلى إنشاء مكونات إضافية لـ WordPress ، فإن استخدام مهام سير عمل Git يمكن أن يكون مفيدًا للغاية ، لا سيما لتعزيز التعاون. ومع ذلك ، فإن معرفة كيفية إعداد كل شيء يمثل تحديًا عندما تكون جديدًا في هذه العملية. ربما لم تشاهد Git من قبل ولا تعرف كيف تعمل؟ أو ربما أنت غير متأكد من كيفية استخدامه مع Local؟

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

ما هو جيت (وكيف يعمل)؟

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

يمكنك أيضًا استخدام Git لتتبع التغييرات التي تم إجراؤها على الملفات خلال عملية تطوير مطولة.

لكي نكون واضحين ، فإن Git هو برنامج للحفاظ على التحكم في الإصدار. تستفيد منه خدمات أخرى مثل GitHub و GitHub Desktop و GitLab. توجد برامج أخرى للتحكم في الإصدار ولكن Git هي الأكثر شيوعًا. هذا هو ما يعرفه معظم المطورين وسيستخدمونه في مشاريعهم. لهذا السبب سنركز عليها هنا.

لكن أولاً ، لنتحدث عن كيفية إنشاء موقع جديد باللغة المحلية ثم كيفية إنشاء مستودع Git.

كيفية تثبيت Git على جهاز الكمبيوتر الخاص بك

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

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

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

بمجرد الانتهاء من الإعداد ، نحن على استعداد للمضي قدمًا.

كيفية إعداد موقع جديد باللغة المحلية

بعد ذلك ، سننشئ موقعًا باللغة المحلية لاستخدامه في اختبار Git. القيام بذلك سهل للغاية. ما عليك سوى اتباع الخطوات على النحو التالي:

1. افتح Local.
2. انقر فوق رمز + في الزاوية اليسرى السفلية من الشاشة.
3. تكوين اسم الموقع والمجال المحلي والمسار على القرص الصلب.
4. إعداد البيئة (إصدار PHP ، نوع خادم الويب ، قاعدة البيانات)
5. أدخل اسم مستخدم وكلمة مرور.
6. فعله.

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

كيفية إنشاء مستودع Git

مع توفر موقع الويب الجديد الخاص بك في Local ، يمكنك الآن الانتقال إلى إنشاء مستودع Git. للقيام بذلك ، تحتاج إلى:

1. افتح Local.
2. انقر بزر الماوس الأيمن فوق الموقع الذي تم إنشاؤه حديثًا وحدد الخيار Open Site Shell لفتح واجهة سطر الأوامر.
3. هنا ، اكتب cd wp-content . سينقلك هذا إلى مجلد دليل wp-content في موقع WordPress الخاص بك. وبالمثل ، إذا كنت ترغب في العمل مع سمة معينة ، فستحتاج إلى كتابة cd themes/theme-directory-name . أو ، إذا كنت ترغب في العمل مع مكون إضافي معين ، فاكتب cd plugin/plugin-directory-name .
4. بعد ذلك ، اكتب git init واضغط على Enter .

الاتصال بسطح المكتب جيثب

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

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

سيظهر اسم المستخدم للالتزامات التي تقوم بها ، لذا فهذه الخطوة إلزامية.

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

انقر عليه (المسار البديل هو ملف> إضافة مستودع محلي ) ، ثم انتقل إلى المكان الذي أنشأت فيه مستودع Git الخاص بك في وقت سابق وقل تحديد مجلد . إذا تم القيام به بشكل صحيح ، فسترى قائمة بالملفات المضمنة في ملف دليل wp-content لموقع الويب الخاص بك على الجانب الأيسر من الشاشة.

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

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

في مربع الحوار الذي يظهر ، قم بملء الاسم ثم انقر فوق "نشر المستودع" مرة أخرى. يجب أن يكون متاحًا الآن على GitHub وجاهزًا للاستخدام.

أفضل الممارسات للتحكم في إصدار Git باللغة المحلية

الآن بعد أن تم تكوين جميع المكونات ، يمكنك البدء في استخدامها في مشاريع التطوير الخاصة بك - إما محليًا فقط أو عبر الفرق أيضًا. للبدء ، إليك بعض أفضل الممارسات التي يجب اتباعها عند استخدام Git للتحكم في الإصدار في Local.

التزم بتغييراتك

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

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

أفضل رهان هو الالتزام به بمجرد الانتهاء من قسم من العمل. وإذا لم تكن قد انتهيت من قسم ما ، فاستخدم ميزة Stash في Git لتنظيف مساحة عملك دون الالتزام بعد.

التزم بشكل متكرر

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

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

اختبر دائمًا

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

قم بتضمين رسائل الالتزام المفيدة

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

يجب أيضًا استخدام المضارع دائمًا للحفاظ على اتساق جميع رسائل الالتزام.

لا تخف من الاعتماد على الفروع

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

تدفقات سير العمل المحلية + Git للنظر فيها

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

الفروع المميزة

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

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

دمج

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

لاستخدام الدمج ، يمكنك استخدام الأمر git merge أثناء عرض الفرع الرئيسي. بمجرد أن يبدو كل شيء كما ينبغي ، يمكنك دفع هذا التغيير إلى GitHub داخل Local. يجب عليك اختبار الميزة في هذه المرحلة للتأكد من أن الدمج يعمل بسلاسة.

أخيرًا ، ستحتاج إلى حذف الفرع الذي تم دمجه في الفرع الرئيسي ، حيث لم يعد هناك حاجة إليه.

فوركينغ

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

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

تدفق بوابة

خيار سير العمل الأخير الذي سنناقشه هنا هو Git Flow. إنه خيار شائع ويعمل بشكل مشابه تمامًا لسير عمل فرع الميزة الذي تمت مناقشته أعلاه. الاختلاف الحقيقي الوحيد هو أن المطورين سيقومون بإنشاء فروع ميزة من فرع فئة فرعية (يسمى عادةً تطوير ) بدلاً من الفرع الرئيسي .

في Git Flow ، لا يمتلك المطورون في المشروع إذنًا لإضافة الفروع مباشرةً من المدير فرع. هذا مشابه من الناحية العملية لسير العمل المتفرع دون الحاجة إلى مستودع عام ثانوي لكل مطور.

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

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

العيب الحقيقي الوحيد لسير العمل هذا هو أن دمج الميزات الكبيرة في الفرع الرئيسي يمكن أن يستغرق وقتًا طويلاً ويسبب تعارضات وأخطاء.

Git والمحلية في باختصار

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

نأمل أن يكون هذا الدليل بمثابة نظرة عامة جيدة على الخيارات المتاحة لك وكيف يمكنك العمل محليًا وجانب الخادم بشكل أكثر فعالية وكفاءة.

هل لديك أي نصائح إضافية لاستخدام Git in Local؟ اسمحوا لنا أن نعرف في التعليقات أدناه!