Коміти, які потрібно відкотити. Більш повний перелік варіантів запису імен комітів див. у gitrevisions[7]. Також можна вказати набори комітів, але зазвичай перебір не виконується; див. git-rev-list[1] та його опцію --no-walk.

За допомогою цієї опції команда git revert дозволить вам відредагувати повідомлення про коміт перед тим, як зафіксувати відкат. Це стандартне значення, якщо ви виконуєте команду з терміналу.

Зазвичай ви не можете скасувати злиття, оскільки не знаєте, яку сторону злиття слід вважати основною. Ця опція вказує номер батьківського елемента (починаючи з 1) основної лінії та дозволяє скасувати зміни відносно зазначеного батьківського елемента.

З цією опцією, git revert не запускатиме редактор повідомлень комітів.

Цей параметр визначає, як повідомлення коміту буде очищено перед передачею на механізм комітів. Див. git-commit[1] для отримання додаткової інформації. Зокрема, якщо для <mode> надано значення scissors, scissors буде додано до MERGE_MSG перед передачею у разі конфлікту.

Зазвичай ця команда автоматично створює кілька комітів із повідомленнями, в яких вказується, які саме коміти було скасовано. Цей прапорець застосовує зміни, необхідні для скасування вказаних комітів, до вашого робочого дерева та індексу, але не створює самих комітів. Крім того, при використанні цієї опції ваш індекс не обов’язково має збігатися з комітом HEAD. Відкат виконується відносно початкового стану вашого індексу.

Підписувати коміти за допомогою GPG. Аргумент keyid є необов’язковим, а стандартним значенням є ідентифікатор автора коміту; якщо його вказано, він повинен бути вказаний безпосередньо після опції без пробілу. Опція --no-gpg-sign дозволяє скасувати дію як конфігураційної змінної commit.gpgSign, так і раніше вказаної опції --gpg-sign.

Додає трейлер Signed-off-by в кінці повідомлення коміту. Дивіться опцію підписання в git-commit[1] для отримання додаткової інформації.

Використовувати вказану стратегію злиття. Слід використовувати лише один раз. Див. розділ СТРАТЕГІЇ ЗЛИТТЯ в git-merge[1] для отримання детальної інформації.

Передайте параметр, повʼязаний із стратегією злиття, безпосередньо до стратегії злиття. Детальніше див. git-merge[1].

Після того як механізм rerere повторно використає збережене рішення поточного конфлікту для оновлення файлів у робочому дереві, дозвольте йому також оновити індекс результатом вирішення. Параметр --no-rerere-autoupdate — це хороший спосіб ще раз перевірити, що зробив git-rerere[1], і виявити можливі помилки злиття, перш ніж зафіксувати результат в індексі за допомогою окремої команди git-add[1].

Замість того, щоб починати тіло повідомлення журналу з "This reverts <повна-назва-обʼєкта-коміту-що-відновлюється>.", посилайтесь на коміт, використовуючи формат "--pretty=reference" (пор. git-log[1]). Для стандартного увімкнення цієї опції можна використати змінну конфігурації revert.reference.

Продовжити поточну операцію, використовуючи інформацію з теки .git/sequencer. Цю функцію можна використовувати для продовження роботи після усунення конфліктів, що виникли під час невдалого вибору змін або відкату (cherry-pick або revert).

Пропустити поточний коміт та продовжити решту послідовності.

Забути про поточну операцію, що виконується. Може використовуватися для очищення стану секвенсора після невдалого вибіркового відновлення або відкату (cherry-pick або revert.).

Скасувати операцію та повернутися до попереднього стану.

Скасувати зміни, внесені в попередньому четвертому коміті в HEAD, і створити новий коміт зі скасованими змінами.

Скасувати зміни, внесені комітами, починаючи з пʼятого останнього коміту в master (включно) до третього останнього коміта в master (включно), але не створювати жодного коміта зі скасованими змінами. Скасування змінює лише робоче дерево та індекс.