Знатокам git'а

git commit --amend
git reset HEAD^

Это все хорошо но перед целевым коммитом, который нужно исправить, стоит еще один и его уже приняли в основную ветку :(.

get checkout master
git pull
git checkout my_branch
git rebase --interactive

Почему бы не продолжить изменения и не отослать потом два последовательных патча?

>Почему бы не продолжить изменения и не отослать потом два последовательных патча?

Да я и сам не знаю ответ я вообще пытался вначале впихнуть вывод diff

После просьбы автора предоставить git formted patch разобрался с git-format-patch, судя по результату с последним патчем он их подписывает и добавляет без каких либо изменений сохраняя в том числе и мой комментарий, ну а если я пришлю два будет два коммита. Да и принцип - на каждую фитчу собственный патч будет нарушен, со второй границы. К томуже исправления в патче касаются применения 'английская языка' в комментах и правки мана.

>get checkout master >git pull

>git checkout my_branch

>git rebase --interactive master

уже

Я кажется определился в том чего мне хочется. А именно чтоб коммит со всеми изменениями всплыл вверх для того чтобы к нему были применимы

git commit --amend

git reset

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

>git rebase --interactive master

>уже

>А именно чтоб коммит со всеми изменениями всплыл вверх

>Ну или обьединить все мои исправления в один патч

если вы вызвали вышеуказанную команду то вы легко это смогли бы сделать,
так что ваш пост совершенно не понятен

я просто не понимаю о чем вы говорите если имеется ввиду что патч отосланный в маинстрим после git rebase --interactive master исчез из моей ветки и теперь можно спокойно править предыдущий, то да спасибо это помогло.
На самом деле я теперь пытаюсь решить теоретически возможную ситуацию - 'а что если?'. А что если бы он все еще мешал мне. А можно ли открыть новую ветку на этом коммите и продолжать с ним работать, а после убрать revert'ом коммит из предыдущей и rebase новую ветку на нее.
как-то так:


                   new
                 /
             A---M---B---fredy
            /
---o---O---P---master

                 new
                /
               M    
              / 
             A---B---fredy
            /
---o---O---P---master


                    new
                   /
                  M    
                 / 
             A---B---fredy
            /
---o---O---P---master

или это тоже не имеет смасла делать по какойто причине?

>На самом деле я теперь пытаюсь решить теоретически возможную ситуацию >- 'а что если?'.

> А что если бы он все еще мешал мне.

тогда его можно просто удалить с помощью
git rebase --interactive master
или его можно было бы объединить или сделать еще что-нибудь
вы запускали rebase с ключом interactive или нет?

Ндаа... но я как то и не заметил, что это можно использовать для целей отличных от синхронизации двух веток. Саписибо за то что в третий раз повторили, а то боюсь я бы так и не заметил комментариев внизу.