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 ارائه می‌دهد که بر اساس گردش‌کار سازمان‌دهی شده‌اند: برگرداندن تغییرات، شاخه‌سازی، استش کردن، ری‌بیس، تگ‌گذاری، عملیات ریموت و موارد دیگر. هر مدخل، نحو دستور، توضیح کوتاهی از کاری که انجام می‌دهد، و نکات کاربردی استفاده را نشان می‌دهد. جست‌وجو هنگام تایپ شما به‌صورت بلادرنگ نتایج را فیلتر می‌کند تا بتوانید بدون اسکرول کردن در man pageها، وردِ درست را پیدا کنید.

موارد استفادهٔ رایج برای توسعه‌دهندگان

توسعه‌دهندگان وقتی از نتیجه‌ای که می‌خواهند مطمئن‌اند (مثلاً برگرداندن آخرین کامیت اما نگه داشتن تغییرات در حالت staged) اما فلگ‌ها یا دستور دقیق را به خاطر نمی‌آورند، از این مرجع استفاده می‌کنند. این مرجع به‌ویژه برای عملیات کم‌تکرار مثل ری‌بیس تعاملی، چری‌پیک کردن بازه‌ها، بازیابی شاخه‌های حذف‌شده از reflog، یا پیکربندی sparse checkout بسیار مفید است. توسعه‌دهندگان جونیور هم از آن به‌عنوان ابزار یادگیری استفاده می‌کنند تا با دستوراتی آشنا شوند که نمی‌دانستند وجود دارند.

قالب‌ها، نوع‌ها یا گونه‌های داده

دستورات در دسته‌های منطقی سازمان‌دهی شده‌اند: عملیات پایه (add، commit، push، pull)، شاخه‌سازی و مرج، برگرداندن تغییرات (reset، revert، checkout)، استش کردن، ری‌بیس، تگ‌گذاری، مدیریت ریموت، لاگ و بازرسی، و عملیات پیشرفته (bisect، worktree، submodule). هر مدخل شامل قالب دستور با آرگومان‌های جای‌نگهدار، یک توضیح یک‌خطی، و فلگ‌های مرتبط همراه با اثرشان است.

دام‌های رایج و حالت‌های لبه‌ای

برخی دستورات Git می‌توانند اثرات مخربی داشته باشند که بازگردانی‌شان سخت است — دستوراتی مثل 'git reset --hard' و 'git clean -fd' کارهایی را که در reflog ذخیره نشده‌اند برای همیشه دور می‌ریزند. این مرجع الگوهای رایج استفاده را نشان می‌دهد، اما رفتار git می‌تواند بسته به پیکربندی (merge.ff، pull.rebase) و نسخه git متفاوت باشد. بعضی دستورات با و بدون جداکننده '--' رفتار متفاوتی دارند، به‌خصوص وقتی نام فایل‌ها با نام شاخه‌ها تداخل پیدا می‌کند.

چه زمانی از این ابزار استفاده کنیم در برابر کُد

از این مرجع برای پیدا کردن سریع دستور در کار روزمره توسعه استفاده کنید، به‌خصوص برای عملیات‌هایی که به‌ندرت انجام می‌دهید. برای گردش‌کارهای پیچیده git در محیط پروداکشن (ریلیزهای خودکار، مدیریت merge queue، عملیات مونوریپو)، از ابزارهای هدفمند مثل git aliasها، هوک‌های Husky، یا اسکریپت‌های CI استفاده کنید که استراتژی شاخه‌بندی تیم شما را کدنویسی می‌کنند و احتمال خطای انسانی را کاهش می‌دهند.