Mówi:
When you save and exit the editor, it will rewind you back to that last commit in that list and drop you on the command line with the following message:
$ git rebase -i HEAD~3
Stopped at 7482e0d... updated the gemspec to hopefully work better
You can amend the commit now, with
To nie znaczy:
type again git rebase -i HEAD~3
Spróbuj nie wpisując git rebase -i HEAD~3
przy wyjściu z edytora, a to powinno działać dobrze.
(w przeciwnym razie, w danej sytuacji, o git rebase -i --abort
konieczna, aby przywrócić wszystko i pozwolić, aby spróbować jeszcze raz)
Jak Dave Vogt wymienia w komentarzach, git rebase --continue
jest przejściem do następnego zadania w podścielanie proces, po zmianie pierwszego zatwierdzenia.
Również Gregg Lind wspomina w his answer polecenia reword
z git rebase
:
By replacing the command "pick" with the command "edit", you can tell git rebase
to stop after applying that commit, so that you can edit the files and/or the commit message, amend the commit, and continue rebasing.
If you just want to edit the commit message for a commit, replace the command " pick
" with the command " reword
", since Git1.6.6 (January 2010) .
It does the same thing ‘ edit
’ does during an interactive rebase, except it only lets you edit the commit message without returning control to the shell. This is extremely useful.
Currently if you want to clean up your commit messages you have to:
$ git rebase -i next
Then set all the commits to ‘edit’. Then on each one:
# Change the message in your editor.
$ git commit --amend
$ git rebase --continue
Using ‘ reword
’ instead of ‘ edit
’ lets you skip the git-commit
and git-rebase
calls.
pracował z poleceniem --abort. Dzięki –
"git rebase --continue" przechodzi do następnego zadania w procesie przekwalifikowania, po tym, jak zmieniono pierwsze zatwierdzenie. –
Dodawanie [link] (https://help.github.com/articles/changing-a-commit-message/) do artykułu github wiki do zmiany komunikatu zatwierdzenia – Joy