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

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

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

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

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

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

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

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

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

Передайте специфічний для стратегії злиття параметр до стратегії злиття. Див. git-merge[1] для отримання детальної інформації.

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

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

Продовжуйте поточну операцію, використовуючи інформацію з .git/sequencer. Можна використовувати для продовження після вирішення конфліктів у невдалому виборі вишневого коду або поверненні.

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

Забудьте про поточну операцію, що виконується. Може використовуватися для очищення стану секвенсора після невдалого вибору попередніх налаштувань або повернення до попереднього стану.

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

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

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