⚡ Fake Filler ⚡
إضافة على قوقل كروم تساعدك زيادة إنتاجيتك و تكسبك وقت كمبرمج 🚀
هده الإضافة تسمح لك بملء كل ال form اللي لديك بضغطة زر واحدة ببيانات وهمية.
الرابط : https://chromewebstore.google.com/detail/fake-filler/bnjjngeaknajbdcgpfkgnonkmififhfo?pli=1
إضافة على قوقل كروم تساعدك زيادة إنتاجيتك و تكسبك وقت كمبرمج 🚀
هده الإضافة تسمح لك بملء كل ال form اللي لديك بضغطة زر واحدة ببيانات وهمية.
الرابط : https://chromewebstore.google.com/detail/fake-filler/bnjjngeaknajbdcgpfkgnonkmififhfo?pli=1
شوية مصادر مجانية تقدروا تستخدموها لو حد عاوز يعمل ابليكشن اسلامي. سواء كان التطبيق بتاعك بيحتاج مواقيت الصلاة، تحويل التاريخ الهجري، أو نصوص القرآن الكريم، هتلاقي هنا اللي انت محتاجه!
📌**Api شامل** : https://documenter.getpostman.com/view/7929737/TzkyMfPc
📌 Aladhan Prayer Times API: عشان تعرف مواقيت الصلاة لأي مكان.
🔗 [Aladhan API]( https://aladhan.com/prayer-times-api)
📌 IslamicFinder API: عشان مواقيت الصلاة، التقويم الهجري، وموارد قرآنية.
🔗 [IslamicFinder API]( https://www.islamicfinder.us/index.php/api/)
📌 Quran API: نصوص وترجمات القرآن الكريم مع الصوتيات.
🔗 [Quran API]( https://alquran.cloud/api)
📌 Hijri Date API: تحويل التاريخ من الميلادي للهجري والعكس.
🔗 [Hijri Date API]( https://hijriapi.com/)
📌 Muslim Salat API: مواقيت الصلاة مع موارد إسلامية أخرى.
🔗 [Muslim Salat API]( https://muslimsalat.com/)
📌 Hadith API: عشان توصل لمجموعة الأحاديث.
🔗 [Hadith API]( https://api.sunnah.com/)
📌 Tanzil.net API: نصوص وترجمات القرآن مع التلاوات.
🔗 [ Tanzil.net API]( http://tanzil.net/docs/api)
📌**Api شامل** : https://documenter.getpostman.com/view/7929737/TzkyMfPc
📌 Aladhan Prayer Times API: عشان تعرف مواقيت الصلاة لأي مكان.
🔗 [Aladhan API]( https://aladhan.com/prayer-times-api)
📌 IslamicFinder API: عشان مواقيت الصلاة، التقويم الهجري، وموارد قرآنية.
🔗 [IslamicFinder API]( https://www.islamicfinder.us/index.php/api/)
📌 Quran API: نصوص وترجمات القرآن الكريم مع الصوتيات.
🔗 [Quran API]( https://alquran.cloud/api)
📌 Hijri Date API: تحويل التاريخ من الميلادي للهجري والعكس.
🔗 [Hijri Date API]( https://hijriapi.com/)
📌 Muslim Salat API: مواقيت الصلاة مع موارد إسلامية أخرى.
🔗 [Muslim Salat API]( https://muslimsalat.com/)
📌 Hadith API: عشان توصل لمجموعة الأحاديث.
🔗 [Hadith API]( https://api.sunnah.com/)
📌 Tanzil.net API: نصوص وترجمات القرآن مع التلاوات.
🔗 [ Tanzil.net API]( http://tanzil.net/docs/api)
تلخيص SQL تقديم إجابات موجزة توفر فهماً أساسياً للموضوعات المختلفة
يعني ايه temp table في sql وايه فايدته؟
وايه انواعه؟
من اسمه كده temporary يعني حاجه مؤقتة
بيتكريت جوا داتابيز اسمها temp table بيكون موجود عندي في الميموري بشكل مؤقت بيتمسح اول مالسيشن بتاعتي تقفل او اخر connection بيأكسس الtable دا يقفل
امتى بستخدمه
بستخدمه لما احتاج احفظ جواه داتا بشكل مؤقت بستخدمها as input at another query
ازاي بستخدمه؟
بضيف # قبل اسم الtable
انواعه؟
1- Local temp table
2- Global temp table
ايه الفرق بينهم؟
الـ local بيكون على مستوى السيشن بتاعتي
اول مالسيشن بتخلص بيتمسح
بستخدمه ب ان احط # قبل الtable
Create Table #TableName
الـ global بيكون على مستوى الداتابيز
يعني انا واي user تاني اقدر استخدمه
طيب بيتمسح امتى ؟
لما اخر Connection يتقفل
يعني لو انا بستخدمه وuser تاني بيستخدمه وجيت انا قفلت هيفضل موجود عادي
هيقفل فقط في حاله ان اخر connection يقفل الاكسس بتاعته وقتها هيتمسح من الميموري
بكتبه ازاي؟
بحط ## قبل اسم الTable
Create Table ##TableName
منقول من
https://www.linkedin.com/posts/aliaa-ali-gabr_tablename-tablename-activity-7224466255594831873-514h?utm_source=share&utm_medium=member_ios
وايه انواعه؟
من اسمه كده temporary يعني حاجه مؤقتة
بيتكريت جوا داتابيز اسمها temp table بيكون موجود عندي في الميموري بشكل مؤقت بيتمسح اول مالسيشن بتاعتي تقفل او اخر connection بيأكسس الtable دا يقفل
امتى بستخدمه
بستخدمه لما احتاج احفظ جواه داتا بشكل مؤقت بستخدمها as input at another query
ازاي بستخدمه؟
بضيف # قبل اسم الtable
انواعه؟
1- Local temp table
2- Global temp table
ايه الفرق بينهم؟
الـ local بيكون على مستوى السيشن بتاعتي
اول مالسيشن بتخلص بيتمسح
بستخدمه ب ان احط # قبل الtable
Create Table #TableName
الـ global بيكون على مستوى الداتابيز
يعني انا واي user تاني اقدر استخدمه
طيب بيتمسح امتى ؟
لما اخر Connection يتقفل
يعني لو انا بستخدمه وuser تاني بيستخدمه وجيت انا قفلت هيفضل موجود عادي
هيقفل فقط في حاله ان اخر connection يقفل الاكسس بتاعته وقتها هيتمسح من الميموري
بكتبه ازاي؟
بحط ## قبل اسم الTable
Create Table ##TableName
منقول من
https://www.linkedin.com/posts/aliaa-ali-gabr_tablename-tablename-activity-7224466255594831873-514h?utm_source=share&utm_medium=member_ios
اسئلة انترفيو علي تطوير الواجهات الاماميه
Fronted
JavaScript Interview Questions & Answers
https://github.com/sudheerj/javascript-interview-questions
Angular Interview Questions & Answers
https://github.com/sudheerj/angular-interview-questions
React Interview Questions & Answers
https://github.com/sudheerj/reactjs-interview-questions
Vuejs-interview-questions
https://github.com/sudheerj/vuejs-interview-questions
Fronted
JavaScript Interview Questions & Answers
https://github.com/sudheerj/javascript-interview-questions
Angular Interview Questions & Answers
https://github.com/sudheerj/angular-interview-questions
React Interview Questions & Answers
https://github.com/sudheerj/reactjs-interview-questions
Vuejs-interview-questions
https://github.com/sudheerj/vuejs-interview-questions
يعني إيه singleton في Laravel؟
الـ singleton في Laravel هو طريقة لتسجيل خدمة (service) معينة بحيث يتم إنشاء instance واحد منها فقط خلال دورة حياة Request (يعني من وقت ما السيرفر يستقبل الـ Request لغاية ما ينتهى) ببساطة كده ان الـ singleton في Laravel يعني إنك تنشئ نسخة واحدة بس من كلاس معين وتستخدم النسخة دي في أي مكان في التطبيق.
يعني بدل ما كل مرة تحتاج تستخدم الكلاس ده تنشئ نسخة جديدة منه، بتنشيء نسخة واحدة وتفضل تستخدمها طول الوقت.
ده بيكون مفيد لما تكون عندك خدمة معينة مش محتاج تنشئ منها أكتر من instance عشان ما تستهلكش موارد بدون داعي.
والـ Singleton Pattern هو نمط تصميم (Design Pattern) بيضمن إنه يكون فيه instance واحد بس من الكلاس في أي وقت.
خلينى اقولك على مثال توضيحي للـ Singleton في الحياة اليومية
تخيل عندك مكتب في شركتك فيه طابعة واحدة بس وكل الموظفين في الشركة بيستخدموا نفس الطابعة عشان يطبعوا مستنداتهم، بدل ما يكون لكل موظف طابعة خاصة بيه، كلهم بيستخدموا نفس الطابعة.
تعالى نطبيق المثال ده في البرمجة
بدون Singleton:
كل مرة موظف جديد عاوز يطبع حاجة، بنجيب طابعة جديدة مخصوص له، ده بيستهلك وقت وفلوس على الفاضي.
باستخدام Singleton:
عندنا طابعة واحدة في المكتب وكل الموظفين بيستخدموها، الطابعة دي زي الـ instance الواحدة اللي بتتم إنشاؤها لما نستخدم Singleton.
ليه بنستخدم اصلا الـ singleton؟
لو الكلاس ده بياخد وقت أو موارد كتير عشان يتنشئ (زي الاتصال بقاعدة بيانات) يبقى ألافضل تعمل نسخة واحدة منه وتستخدمها بدل ما تعمل نسخة جديدة كل مرة.
ولو الكلاس ده بيحتفظ ببيانات معينة وعاوز البيانات دي تفضل ثابتة، يبقى استخدام singleton هيكون مفيد لانه بيساعد على تحسين أداء التطبيق لأنك مش بتنشيء instance جديدة في كل مرة تحتاج تستخدم الخدمة.
ولو عندك خدمة بتعتمد على بيانات مشتركة بشكل عام بيفضل إنك تستخدم singleton عشان تضمن إن البيانات دي متغيرش أثناء التشغيل.
وفي Laravel بنسجل الكلاس ده كـ singleton في AppServiceProvider عشان نضمن إن فيه نسخة واحدة بس منه في التطبيق كله.
الخلاصه ان الـ singleton في Laravel بيساعدك إنك تضمن وجود instance واحدة بس من الخدمة خلال دورة حياة التطبيق و ده بيكون مفيد للـ performance
وهاوضح بأذن الله امثلة عملية بالصور فى التعليقات علشان المقال مش مكفى 😅 وكمان الصور هاتكون موضحه الكود وهايبقى ابسط للفهم ان شاء الله.
وفي النهاية طبعا ماننساش ندعو الله أن يحفظ إخواننا فى غزة ويمنحهم القوة والصبر، اللهم كن لهم عوناً وسنداً، وبدِّل ضعفهم قوة، وهمَّتهم عزيمة، واحقن دماءهم، وطمئن قلوبهم، واجعل لهم الفرج القريب.
وصلى الله وسلم وبارك على نبينا محمد، وعلى آله وصحبه أجمعين.
الـ singleton في Laravel هو طريقة لتسجيل خدمة (service) معينة بحيث يتم إنشاء instance واحد منها فقط خلال دورة حياة Request (يعني من وقت ما السيرفر يستقبل الـ Request لغاية ما ينتهى) ببساطة كده ان الـ singleton في Laravel يعني إنك تنشئ نسخة واحدة بس من كلاس معين وتستخدم النسخة دي في أي مكان في التطبيق.
يعني بدل ما كل مرة تحتاج تستخدم الكلاس ده تنشئ نسخة جديدة منه، بتنشيء نسخة واحدة وتفضل تستخدمها طول الوقت.
ده بيكون مفيد لما تكون عندك خدمة معينة مش محتاج تنشئ منها أكتر من instance عشان ما تستهلكش موارد بدون داعي.
والـ Singleton Pattern هو نمط تصميم (Design Pattern) بيضمن إنه يكون فيه instance واحد بس من الكلاس في أي وقت.
خلينى اقولك على مثال توضيحي للـ Singleton في الحياة اليومية
تخيل عندك مكتب في شركتك فيه طابعة واحدة بس وكل الموظفين في الشركة بيستخدموا نفس الطابعة عشان يطبعوا مستنداتهم، بدل ما يكون لكل موظف طابعة خاصة بيه، كلهم بيستخدموا نفس الطابعة.
تعالى نطبيق المثال ده في البرمجة
بدون Singleton:
كل مرة موظف جديد عاوز يطبع حاجة، بنجيب طابعة جديدة مخصوص له، ده بيستهلك وقت وفلوس على الفاضي.
باستخدام Singleton:
عندنا طابعة واحدة في المكتب وكل الموظفين بيستخدموها، الطابعة دي زي الـ instance الواحدة اللي بتتم إنشاؤها لما نستخدم Singleton.
ليه بنستخدم اصلا الـ singleton؟
لو الكلاس ده بياخد وقت أو موارد كتير عشان يتنشئ (زي الاتصال بقاعدة بيانات) يبقى ألافضل تعمل نسخة واحدة منه وتستخدمها بدل ما تعمل نسخة جديدة كل مرة.
ولو الكلاس ده بيحتفظ ببيانات معينة وعاوز البيانات دي تفضل ثابتة، يبقى استخدام singleton هيكون مفيد لانه بيساعد على تحسين أداء التطبيق لأنك مش بتنشيء instance جديدة في كل مرة تحتاج تستخدم الخدمة.
ولو عندك خدمة بتعتمد على بيانات مشتركة بشكل عام بيفضل إنك تستخدم singleton عشان تضمن إن البيانات دي متغيرش أثناء التشغيل.
وفي Laravel بنسجل الكلاس ده كـ singleton في AppServiceProvider عشان نضمن إن فيه نسخة واحدة بس منه في التطبيق كله.
الخلاصه ان الـ singleton في Laravel بيساعدك إنك تضمن وجود instance واحدة بس من الخدمة خلال دورة حياة التطبيق و ده بيكون مفيد للـ performance
وهاوضح بأذن الله امثلة عملية بالصور فى التعليقات علشان المقال مش مكفى 😅 وكمان الصور هاتكون موضحه الكود وهايبقى ابسط للفهم ان شاء الله.
وفي النهاية طبعا ماننساش ندعو الله أن يحفظ إخواننا فى غزة ويمنحهم القوة والصبر، اللهم كن لهم عوناً وسنداً، وبدِّل ضعفهم قوة، وهمَّتهم عزيمة، واحقن دماءهم، وطمئن قلوبهم، واجعل لهم الفرج القريب.
وصلى الله وسلم وبارك على نبينا محمد، وعلى آله وصحبه أجمعين.
15 من أوامر ال Git لازم تكون عارفهم
1- git clone:
-يتيح لك هذا الأمر تنزيل repository لجهازك الخاص.
في المرة الأولى التي نبدأ فيها العمل على مشروع جديد ، يتعين علينا استنساخه من Github أو خادم آخر باستخدام الأمر أدناه، ستحتاج إلى توفير عنوان URL الذي يوجد به المستودع.
git clone <repository-url>
2- git fetch:
-سنستخدم هذا الأمر بمجرد استنساخ الrepository بالفعل ونريد الحصول على فروع جديدة من خادم التحكم في المصدر عن بُعد.
3- git branch:
-سيعرض هذا الأمر على الشاشة الbranch الحالي الذي نعمل عليه والbranches المحلية الأخرى التي عملنا عليها في الماضي.
بوصف بسيط للbranch: هو المكان الذي ننشئ فيه نسخة جديدة من الكود دون إزعاج المطورين الآخرين، وبهذه الطريقة يمكننا العمل بشكل مستقل عنهم ومنع خطر حذف عمل الآخرين.
4- git checkout:
-العمل في branch منفصل لمهام مختلفة هو حقًا منهجية عمل يجب أن يعتمدها كل فرق المطورين؛ لذا ربما تسأل نفسك كيف نقوم بالفعل بإنشاء branch جديد، فقط باستخدام الأمر التالي سيفعل السحر:
git checkout -b <your-branch-name>
لاحظ أن السمة -b ضرورية هنا. إذا حذفت هذا ، فستتمكن من مشاهدة رمز branch آخر موجود بالفعل.
5- git pull:
-لنفترض أن لديك branch لمطور آخر في جهازك المحلي قمت بفحصه منذ عدة أيام، هناك احتمال كبير أنه قد تم تحديث بعض أجزاء التعليمات البرمجية؛ للحصول على أحدث التغييرات، فقط قم بتنفيذ الأمر التالي:
git pull
6- git stash:
-يأتي هذا الأمر لمساعدتنا في حفظ أجزاء من التعليمات البرمجية التي لم تكن جاهزة بعد لدفعها إلى الbranch.
7- git add:
- انتهيت من تطوير جزء من التعليمات البرمجية ولا تريد أن تفقده؟ هذا هو الوقت المناسب لحفظ عملنا في الbranch الحالي!
يرجى ملاحظة أنه من أجل القيام بذلك، يتعين علينا استخدام ثلاثة أوامر مختلفة، بشكل متتالي:
git add, git commit, git push
والطريقة كالتالي:
انتقل إلى المجلد الأساسي لمشروعك باستخدام الأمر التالي:
cd “/your/main/folder”
ثم استخدم ما يلي لإضافته:
git add .
8- git status:
من أجل التحقق من إضافة جميع الملفات، نستخدم git status :
إذا رأينا جميع الملفات باللون الأخضر ، فكل شيء على ما يرام، وإلا سيتم عرض بعض الملفات باللون الأحمر؛ تعني الملفات باللون الأحمر أننا لم نستخدم git add. في المجلد الرئيسي لمشروعنا، أو تم إجراء تغييرات أخرى بعد تنفيذ هذا الأمر.
9- git commit:
- بعد إضافة الكود الخاص بنا، نعلن أن كل شيء على ما يرام وهذا هو كل الكود الذي نريد دفعه إلى الbranch، بالشكل التالي:
git commit -m “A message that describes the changes”
يرجى ملاحظة أن السمة -m ضرورية لإضافة وصف للعمل الذي نضيفه إلى الفرع.
إذا كنا نرغب في إضافة جزء من التعليمات البرمجية إلى الcommit الحالي؛ فهذا يعني أنه لا داعي لإضافة وصف جديد يمكننا استخدام الشكل التالي:
git commit --amend --no-edit
10- git log:
-من أجل رؤية الcommit الحالي، او الcommits السابقة نستخدم هذا الأمر.
وهناك أمر يسهل عليك عرض التفاصيل المختصرة لكل commit في سطر واحد وهو:
git log –oneline
11- git cherry-pick:
يسمح لنا هذا الأمر بأخذ commit واحد مفقود في الbranch الخاص بنا من branch آخر:
git cherry-pick <commit-hash-string>
12- git push:
في الوقت الذي يتم فيه الانتهاء من الكود الخاص بنا وجاهزًا ، يمكننا دفعه إلى ال branch الخاص بنا باستخدام هذا الأمر:
git push origin <your-branch-name>
نواجه أحيانًا مواقف يكون فيها تسلسل الالتزامات في ال branchالمحلي غير متوافق مع ال remote ستؤدي محاولة دفع الكود الخاص بنا إلى الrepository إلى ظهور خطأ، هذه المرة إذا كنا متأكدين تمامًا من أن الbranch المحلي هو الأكثر تحديثًا؛ فيمكننا فرض العملية:
git push origin <your-branch-name> --force
git push origin <your-branch-name> --force-with-lease
يوصى اكثر بإستخدام الأمر الثاني؛ لأنه بهذه الطريقة سنقوم بالكتابة فوق الكود في الbranch البعيد فقط في حالة ما إذا كان الbranch المحلي على دراية بجميع الالتزامات في التحكم بالمصادر عن بُعد.
13- git diff:
للمقارنة بين التغييرات في التزامين، سنستخدم أمرًا مفيدًا للغاية:
git diff <first-commit-hash> <second-commit-hash>
14- git rebase:
في حالة عملنا في فريق، من المحتمل أن تكون منهجية العمل هي إنشاء branch جديد لكل ميزة ثم يقوم كل مطور بإنشاء branch خاص به من branch الميزات.
نستخدم هذا الأمر من أجل مواءمة الbranch الخاص بنا مع الالتزامات الجديدة التي يمكن إضافتها إلى branch الميزات خلال الوقت الذي عملنا فيه من جانبنا:
git rebase origin/<feature-branch-name>
15- git bisect:
1- git clone:
-يتيح لك هذا الأمر تنزيل repository لجهازك الخاص.
في المرة الأولى التي نبدأ فيها العمل على مشروع جديد ، يتعين علينا استنساخه من Github أو خادم آخر باستخدام الأمر أدناه، ستحتاج إلى توفير عنوان URL الذي يوجد به المستودع.
git clone <repository-url>
2- git fetch:
-سنستخدم هذا الأمر بمجرد استنساخ الrepository بالفعل ونريد الحصول على فروع جديدة من خادم التحكم في المصدر عن بُعد.
3- git branch:
-سيعرض هذا الأمر على الشاشة الbranch الحالي الذي نعمل عليه والbranches المحلية الأخرى التي عملنا عليها في الماضي.
بوصف بسيط للbranch: هو المكان الذي ننشئ فيه نسخة جديدة من الكود دون إزعاج المطورين الآخرين، وبهذه الطريقة يمكننا العمل بشكل مستقل عنهم ومنع خطر حذف عمل الآخرين.
4- git checkout:
-العمل في branch منفصل لمهام مختلفة هو حقًا منهجية عمل يجب أن يعتمدها كل فرق المطورين؛ لذا ربما تسأل نفسك كيف نقوم بالفعل بإنشاء branch جديد، فقط باستخدام الأمر التالي سيفعل السحر:
git checkout -b <your-branch-name>
لاحظ أن السمة -b ضرورية هنا. إذا حذفت هذا ، فستتمكن من مشاهدة رمز branch آخر موجود بالفعل.
5- git pull:
-لنفترض أن لديك branch لمطور آخر في جهازك المحلي قمت بفحصه منذ عدة أيام، هناك احتمال كبير أنه قد تم تحديث بعض أجزاء التعليمات البرمجية؛ للحصول على أحدث التغييرات، فقط قم بتنفيذ الأمر التالي:
git pull
6- git stash:
-يأتي هذا الأمر لمساعدتنا في حفظ أجزاء من التعليمات البرمجية التي لم تكن جاهزة بعد لدفعها إلى الbranch.
7- git add:
- انتهيت من تطوير جزء من التعليمات البرمجية ولا تريد أن تفقده؟ هذا هو الوقت المناسب لحفظ عملنا في الbranch الحالي!
يرجى ملاحظة أنه من أجل القيام بذلك، يتعين علينا استخدام ثلاثة أوامر مختلفة، بشكل متتالي:
git add, git commit, git push
والطريقة كالتالي:
انتقل إلى المجلد الأساسي لمشروعك باستخدام الأمر التالي:
cd “/your/main/folder”
ثم استخدم ما يلي لإضافته:
git add .
8- git status:
من أجل التحقق من إضافة جميع الملفات، نستخدم git status :
إذا رأينا جميع الملفات باللون الأخضر ، فكل شيء على ما يرام، وإلا سيتم عرض بعض الملفات باللون الأحمر؛ تعني الملفات باللون الأحمر أننا لم نستخدم git add. في المجلد الرئيسي لمشروعنا، أو تم إجراء تغييرات أخرى بعد تنفيذ هذا الأمر.
9- git commit:
- بعد إضافة الكود الخاص بنا، نعلن أن كل شيء على ما يرام وهذا هو كل الكود الذي نريد دفعه إلى الbranch، بالشكل التالي:
git commit -m “A message that describes the changes”
يرجى ملاحظة أن السمة -m ضرورية لإضافة وصف للعمل الذي نضيفه إلى الفرع.
إذا كنا نرغب في إضافة جزء من التعليمات البرمجية إلى الcommit الحالي؛ فهذا يعني أنه لا داعي لإضافة وصف جديد يمكننا استخدام الشكل التالي:
git commit --amend --no-edit
10- git log:
-من أجل رؤية الcommit الحالي، او الcommits السابقة نستخدم هذا الأمر.
وهناك أمر يسهل عليك عرض التفاصيل المختصرة لكل commit في سطر واحد وهو:
git log –oneline
11- git cherry-pick:
يسمح لنا هذا الأمر بأخذ commit واحد مفقود في الbranch الخاص بنا من branch آخر:
git cherry-pick <commit-hash-string>
12- git push:
في الوقت الذي يتم فيه الانتهاء من الكود الخاص بنا وجاهزًا ، يمكننا دفعه إلى ال branch الخاص بنا باستخدام هذا الأمر:
git push origin <your-branch-name>
نواجه أحيانًا مواقف يكون فيها تسلسل الالتزامات في ال branchالمحلي غير متوافق مع ال remote ستؤدي محاولة دفع الكود الخاص بنا إلى الrepository إلى ظهور خطأ، هذه المرة إذا كنا متأكدين تمامًا من أن الbranch المحلي هو الأكثر تحديثًا؛ فيمكننا فرض العملية:
git push origin <your-branch-name> --force
git push origin <your-branch-name> --force-with-lease
يوصى اكثر بإستخدام الأمر الثاني؛ لأنه بهذه الطريقة سنقوم بالكتابة فوق الكود في الbranch البعيد فقط في حالة ما إذا كان الbranch المحلي على دراية بجميع الالتزامات في التحكم بالمصادر عن بُعد.
13- git diff:
للمقارنة بين التغييرات في التزامين، سنستخدم أمرًا مفيدًا للغاية:
git diff <first-commit-hash> <second-commit-hash>
14- git rebase:
في حالة عملنا في فريق، من المحتمل أن تكون منهجية العمل هي إنشاء branch جديد لكل ميزة ثم يقوم كل مطور بإنشاء branch خاص به من branch الميزات.
نستخدم هذا الأمر من أجل مواءمة الbranch الخاص بنا مع الالتزامات الجديدة التي يمكن إضافتها إلى branch الميزات خلال الوقت الذي عملنا فيه من جانبنا:
git rebase origin/<feature-branch-name>
15- git bisect:
❤1
هذا الأمر مفيد جدًا في حالة تلف الأشياء ، لكننا لا نعرف متى و / أو في سبب حدوث ذلك.
الخطوة الأولى هي بدء bisect mode.
git bisect start
الآن نقول في اي commit نحن على يقين تام من أن الأشياء تعمل بشكل صحيح:
git bisect good <commit-hash>
ثم نقول ما هو ال commit الذي لا تعمل فيه الأشياء بشكل صحيح:
git bisect bad <commit-hash>
بعد هذه الخطوات الثلاث، سيكون هناك تكرار واحد أو أكثر للعثور على أول commit سيئ، وفي كل تكرار، نحتاج إلى التحقق من تطبيقنا ومعرفة ما إذا كانت الأمور جيدة.
للتكرار السيئ ، سنستخدم الأمر التالي:
git bisect bad
للتكرار الجيد سنستخدم الأمر التالي:
git bisect good
بمجرد أن نعلن عن commit جيد، ستظهر رسالة بها تجزئة الcommit السيئة وتفاصيلها.
الخطوة الأولى هي بدء bisect mode.
git bisect start
الآن نقول في اي commit نحن على يقين تام من أن الأشياء تعمل بشكل صحيح:
git bisect good <commit-hash>
ثم نقول ما هو ال commit الذي لا تعمل فيه الأشياء بشكل صحيح:
git bisect bad <commit-hash>
بعد هذه الخطوات الثلاث، سيكون هناك تكرار واحد أو أكثر للعثور على أول commit سيئ، وفي كل تكرار، نحتاج إلى التحقق من تطبيقنا ومعرفة ما إذا كانت الأمور جيدة.
للتكرار السيئ ، سنستخدم الأمر التالي:
git bisect bad
للتكرار الجيد سنستخدم الأمر التالي:
git bisect good
بمجرد أن نعلن عن commit جيد، ستظهر رسالة بها تجزئة الcommit السيئة وتفاصيلها.