What's the difference between git reset and git revert?

git reset rewinds your branch pointer to an earlier commit, rewriting history — it is appropriate only for commits that have not been pushed. git revert creates a new commit that inverts the changes of an existing commit, leaving history intact, and is safe to use on shared branches. Rule of thumb: reset for private cleanup, revert for public undo.

How do I undo a git commit that I already pushed?

Use git revert HEAD followed by git push. That creates a new commit which reverses the changes from the pushed commit while preserving history, so teammates' clones stay consistent. Avoid git reset after a push unless you own the branch and are prepared to force-push with --force-with-lease and coordinate with collaborators.

How do I recover a deleted branch?

Run git reflog to find the last commit the deleted branch pointed at, then recreate the branch with git checkout -b . The reflog keeps entries for about 90 days by default, so recovery is almost always possible if you act within that window. The same approach recovers commits lost to a hard reset.

What does git rebase -i do?

git rebase -i HEAD~N opens an interactive editor listing the last N commits, letting you reorder, reword, squash, fixup, edit, or drop them before they are replayed onto the base. It is the main tool for cleaning up a branch's history before merging — combining messy 'fix typo' commits into logical units. Because it rewrites history, force-push with --force-with-lease if the commits were already pushed.

أداة العثور على أوامر Git

57 من 57 سيناريو

تعمل هذه الأوامر على جهازك — انسخها، واقرأ ما تفعله، ثم شغّلها بنفسك. نحن لا ننفّذ أي شيء هنا.

التفاصيل التقنية

كيف يعمل مرجع أوامر Git

ما الذي تفعله الأداة

يوفّر مرجع أوامر Git دليلاً قابلاً للبحث ومصنّفاً لأوامر git الشائعة، منظّماً حسب سير العمل: التراجع عن التغييرات، إنشاء الفروع، التخزين المؤقت (stash)، إعادة الأساس (rebase)، الوسم (tagging)، عمليات المستودعات البعيدة، وغير ذلك. يعرض كل إدخال صيغة الأمر، وشرحاً موجزاً لما يفعله، وملاحظات استخدام عملية. تقوم ميزة البحث بتصفية الإدخالات فورياً أثناء الكتابة، لتتمكن من العثور على التعويذة المناسبة دون التمرير عبر صفحات man.

حالات استخدام شائعة للمطورين

يستخدم المطوّرون هذا المرجع عندما يعرفون ما يريدون إنجازه (مثل: التراجع عن آخر commit مع إبقاء التغييرات مُدرجة للتجهيز staged) لكنهم لا يتذكرون الأعلام أو الأمر بدقة. وهو مفيد خصوصاً للعمليات الأقل تكراراً مثل rebase التفاعلي، وانتقاء الالتزامات (cherry-pick) على نطاقات، واستعادة الفروع المحذوفة من reflog، أو تهيئة sparse checkouts. كما يستخدمه المطوّرون المبتدئون كوسيلة تعلم لاكتشاف أوامر لم يكونوا يعلمون بوجودها.

تنسيقات البيانات أو أنواعها أو متغيراتها

تُنظَّم الأوامر ضمن فئات منطقية: العمليات الأساسية (add, commit, push, pull)، التفريع والدمج، التراجع عن التغييرات (reset, revert, checkout)، التخزين المؤقت (stashing)، إعادة الأساس (rebasing)، الوسم (tagging)، إدارة المستودعات البعيدة، السجل والفحص، والعمليات المتقدمة (bisect, worktree, submodule). يتضمن كل إدخال قالب الأمر مع وسائط بديلة، ووصفاً من سطر واحد، وأعلاماً ذات صلة مع تأثيراتها.

المزالق الشائعة والحالات الطرفية

قد تكون لأوامر Git آثار مدمّرة يصعب التراجع عنها — فأوامر مثل 'git reset --hard' و 'git clean -fd' تتخلص نهائياً من العمل غير المحفوظ في reflog. يعرض المرجع أنماط الاستخدام الشائعة، لكن سلوك git قد يختلف حسب الإعدادات (merge.ff, pull.rebase) وإصدار git. كما تتصرف بعض الأوامر بشكل مختلف مع وجود الفاصل '--' أو بدونه، خصوصاً عندما تتطابق أسماء الملفات مع أسماء الفروع.

متى تستخدم هذه الأداة بدلًا من الكود

استخدم هذا المرجع للعثور السريع على الأوامر أثناء العمل اليومي على التطوير، خصوصاً للعمليات التي تنفذها على نحو غير متكرر. أمّا لسير عمل git المعقد في الإنتاج (الإصدارات المؤتمتة، إدارة طابور الدمج، عمليات المستودعات الأحادية monorepo)، فاستخدم أدوات مخصّصة مثل git aliases، أو Husky hooks، أو نصوص CI التي تُشفّر استراتيجية التفريع الخاصة بفريقك وتقلّل احتمال الخطأ البشري.