У чому різниця між “git checkout -f” та “git reset --hard HEAD”?

Мені потрібно скасувати локальні зміни для розгортань. (Я використовував svn revertце для старих шкільних днів SVN.)

І я використовую git reset --hard HEADдля цього. (Також git fetchі git merge origin/$branch --no-ffдля синхронізації з гілкою вище за течією.)

Але деякі статті вказують git checkout -fна скасування змін.

Які ключові відмінності між цими командами. Який шлях рекомендований?

Вони вдвох мають абсолютно однаковий ефект. Я рекомендую вам вибрати рішення, яке вам зручніше.

Але якби в цьому конкретному випадку ефект був однаковим, з різними значеннями він був би зовсім іншим. В основному (є більше, дивіться пов’язані теми) за допомогою скидання ви переміщуєте поточну гілку та HEAD до певного коміту, але при оформленні замовлення ви переміщуєте лише HEAD. Детальніше див. Нижче.

Ресурси:

• Git скинути
• git перевірка

З тієї ж теми:

• Чи є різниця між git reset --hard HEAD і git checkout.?
• Чи існує різниця між “git reset --hard hash” та “git checkout hash”?
• Чи можете ви пояснити мені git reset простою англійською мовою?

У мене поки немає представника, щоб коментувати інші відповіді, я просто хотів додати, що я натрапив на випадок, коли дві команди НЕ мають однакового ефекту. Я потрапив у дивний стан, тому це, безумовно, надзвичайний випадок. Ось що сталося:

Я був у філії, все чисто. Я перевірив master git checkout masterі виявив, git statusщо в існуючі файли були внесені зміни, не індексовані для коміту (так, у коді, який я щойно перевірив). Я спробував сховатись, щоб повернутися до чистого стану, схованка стверджував, що завершено, але git statusвсе ще залишався незмінним. Також пробував git reset --hard HEAD. Він також повідомив про успішне заповнення, але статус не відрізнявся. Я не міг перервати ці дивні зміни.

Однак git checkout -fвирішив це. Я зміг піти від цього дивного стану. Отже, принаймні в деяких аспектах ці два не однакові.