Как запустить git rebase --interactive неинтерактивным образом?

После некоторого размышления и исследования ответ оказался тривиальным: git rebase -i берет имя редактора из хорошо известных переменных среды EDITOR / VISUAL, поэтому переопределение этого значения для указания на неинтерактивный сценарий выполняет свою работу.

Однако EDITOR / VISUAL безразлично применяется к списку коммитов, сообщениям коммитов при переписывании и всему остальному. Итак, поскольку http://git.kernel.org/?p=git/git.git;a=commit;h=821881d88d3012a64a52ece9a8c2571ca00c35cd, есть специальная переменная среды GIT_SEQUENCE_EDITOR, которая применяется только к списку фиксации.

Итак, рецепт переупорядочения или сглаживания коммитов:

Беги: GIT_SEQUENCE_EDITOR=<script> git rebase -i <params>. Ваш <script> должен принимать единственный аргумент: путь к файлу, содержащему стандартный список фиксации перебазирования. Он должен перезаписать его на месте и выйти. После этого происходит обычная обработка ребазирования.

Добавив к ответу @pfalcon, вы можете использовать sed в качестве GIT_SEQUENCE_EDITOR. Например, я хотел редактировать каждую фиксацию, поэтому сделал следующее:

GIT_SEQUENCE_EDITOR="sed -i -re 's/^pick /e /'" git rebase -i

Переменная GIT_SEQUENCE_EDITOR изначально использовалась для изменения редактора. В эту переменную можно передать сценарий, чтобы использовать git rebase -i неинтерактивным образом. Итак, можно использовать:

GIT_SEQUENCE_EDITOR="sed -i -re 's/^pick 134567/e 1234567/'" git rebase -i 1234567^

Эта команда запустит sed в файле, предоставленном git rebase -i. Он изменит строку pick 134567 на e 1234567 (и, таким образом, отредактируйте фиксацию 1234567). Вы можете изменить e с помощью r (переработка), f (исправление), s (сквош) или d (сброс) (последнее не поддерживается старыми версиями git).

Исходя из этого, я написал скрипт, который автоматизирует эту задачу:

#!/bin/bash

ACTION=$1
COMMIT=$(git rev-parse --short $2)
[[ "$COMMIT" ]] || exit 1
CORRECT=
for A in p pick r reword e edit s squash f fixup d drop t split; do
     [[ $ACTION == $A ]] && CORRECT=1
done 
[[ "$CORRECT" ]] || exit 1
git merge-base --is-ancestor $COMMIT HEAD || exit 1
if [[ $ACTION == "drop" || $ACTION == "d" ]]; then
    GIT_SEQUENCE_EDITOR="sed -i -e '/^pick $COMMIT/d'" git rebase -i $COMMIT^^
elif [[ $ACTION == "split" || $ACTION == "t" ]]; then
    GIT_SEQUENCE_EDITOR="sed -i -e 's/^pick $COMMIT/edit $COMMIT/'" git rebase -i $COMMIT^^ || exit 1
    git reset --soft HEAD^
    echo "Hints:"
    echo "  Select files to be commited using 'git reset', 'git add' or 'git add -p'"
    echo "  Commit using 'git commit -c $COMMIT'"
    echo "  Finish with 'git rebase --continue'"
else
    GIT_SEQUENCE_EDITOR="sed -i -e 's/^pick $COMMIT/$1 $COMMIT/'" git rebase -i $COMMIT^^
fi

Первым аргументом должно быть одно действие. В сценарии используются те же имена действий, что и в git-rebase. Он также добавляет действие «split» (и позволяет использовать drop со старыми версиями git).

Он также проверяет, является ли запрашиваемая вами фиксация предком HEAD. Это распространенная (и действительно досадная) ошибка с rebase -i.

Второй аргумент - это фиксация, которую нужно отредактировать / удалить / разделить / перефразировать.

Затем вы добавляете псевдоним в свой .gitconfig:

[alias]
  autorebase = ! path_to_your_script

Расширение ответа pfalcon:

Запустите GIT_SEQUENCE_EDITOR=<script> git rebase -i <params>. <script> должен принимать единственный аргумент - путь к файлу, содержащему стандартный список коммитов перебазирования. Сценарий должен перезаписать его на месте и завершить работу. После этого происходит обычная обработка ребазирования.

Если у вас есть переменная среды, которая содержит желаемое содержимое:

GIT_SEQUENCE_EDITOR='echo "$REBASE_DATA" >' git rebase -i [<additional params>]

Размещение файла тоже подойдет:

GIT_SEQUENCE_EDITOR='cat rebase_data_file >' git rebase -i [<additional params>]

Вы можете использовать touch в качестве редактора, который коснется файла, чтобы он выглядел измененным. Например

GIT_SEQUENCE_EDITOR=touch git rebase -i [commit]

В качестве псевдонима, учитывая baseline в качестве тега, который я хочу перебазировать

git config alias.baseline '!GIT_SEQUENCE_EDITOR=touch git rebase -i baseline'

Псевдоним работает под Windows, потому что оболочка, которую он выполняет, bash, а не cmd.

интерактивные режимы вызывают набор редактора для работы.
используемый редактор можно получить с помощью:

git config --get core.editor

Итак, если вы установите неинтерактивный редактор - это редактор, который принимает команды на stdin, вы можете работать с --interactive неинтерактивным способом :)
Я точно знаю, что vim принимает команды, и, конечно же, стандартный редактор ed.

Итак, удерживайте интерактивный редактор (если хотите)

$ ied="$(git config --get core.editor)"

установить неинтерактивный редактор

$ git config --unset-all core.editor
$ git config --add core.editor ed

и работай с этим ..

$ printf '%s\n' "some-ed-cmd" "another-ed-cmd" "wq" | git rebase -i HEAD~5

и восстанавливаем редактор (при желании)

$ git config --unset-all core.editor
$ git config --add core.editor "$ied"

Я нашел решение. Ты можешь использовать:

$ GIT_SEQUENCE_EDITOR=true git rebase -i --autosquash $COMMIT_HASH~1

Как уже упоминали другие, вам необходимо предоставить настраиваемое значение GIT_SEQUENCE_EDITOR, которое изменит интерактивный файл перебазирования. Если вы просто хотите выполнить действие с одной фиксацией, вы можете сделать это следующим образом:

# Runs "edit" on HEAD~3
GIT_SEQUENCE_EDITOR="sed -i -ze 's/^pick/edit/'" git rebase -i HEAD~3

В качестве альтернативы, вот функция, чтобы обобщить это:

# Usage: git-rebase-custom edit HEAD~3
git-rebase-custom() {
    local action=$1
    shift

    GIT_SEQUENCE_EDITOR="sed -i -ze 's/^pick/$action/'" git rebase -i "$@"
}

Основываясь на ответе Джезза, я создал сценарий, не зависящий от оболочки (GitReb), который работает с версиями с несколькими аргументами, синтаксисом :/<text>, фиксацией root, а также выполняет некоторые проверки работоспособности.

Я также упростил его и удалил действие _2 _ / _ 3_ и преобразование _4 _-> _ 5_, которые IMO выходят за рамки этого сценария.