如何修改现有的,未删除的提交？

Git将创建一个临时目录,用于重写和另外备份旧引用refs/original/.

-f将强制执行该操作.如果临时目录已经存在或者存在已存在的引用,则这是必需的refs/original.如果不是这种情况,您可以删除此标志.

-- 将过滤器分支选项与修订选项分开.

--all将确保所有分支和标签都被重写.

由于旧引用的备份,您可以在执行命令之前轻松返回状态.

说,您想要恢复您的主人并在分支中访问它old_master:

git checkout -b old_master refs/original/refs/heads/master

使用

git commit --amend

要详细了解它,一篇优秀的文章是4.重写Git历史.它还谈到何时不使用 git commit --amend.

修改

你有几个选择.你可以做

git commit --amend

只要这是你的最后一次提交.

交互式变革

否则,如果它不是你的最后一次提交,你可以做一个交互式的rebase,

git rebase -i [branched_from] [hash before commit]

然后在交互式rebase中,您只需向该提交添加edit.当它出现时,执行a git commit --amend并修改提交消息.如果要在该提交点之前回滚,您也可以使用git reflog并删除该提交.然后你再做git commit一次.

如果您使用的是Git GUI,则可以修改最后一次未被推送的提交:

Commit/Amend Last Commit

如果这是你的最后一次提交,只需修改提交:

git commit --amend -o -m "New commit message"

(使用-o(--only)标志确保仅更改提交消息)

如果它是埋藏的提交,请使用令人敬畏的交互式rebase:

git rebase -i @~9   # Show the last 9 commits in a text editor

找到所需的提交,更改pick为r(reword),然后保存并关闭文件.完成!

微型vim教程(或者,如何只用8次击键来重新定义3jcwrEscZZ):

vimtutor如果你有时间,请跑

hjkl 对应于移动键 ←↓↑→

所有命令都可以以"范围"为前缀,例如3j向下移动3行

i 进入插入模式 - 您键入的文本将出现在文件中

Esc或Ctrlc退出插入模式并返回"正常"模式

u 撤销

Ctrlr 重做

dd,dw,dl删除线,字或字母,分别

cc,cw,cl以改变线,字或字母,分别为(相同ddi)

yy,yw,yl复制("抽出")的线,字或字母,分别

p或P分别在当前位置之后或之前粘贴

:wEnter 保存(写入)文件

:q!Enter 退出而不保存

:wqEnter或者ZZ保存并退出

如果你经常编辑文本,那么切换到Dvorak键盘布局,学习触摸式,并学习vim.值得努力吗？是.

ProTip™:不要害怕尝试重写历史记录的"危险"命令* - Git默认情况下不会删除你的提交90天; 你可以在reflog中找到它们:

$ git reset @~3   # Go back three commits
$ git reflog
c4f708b HEAD@{0}: reset: moving to @~3
2c52489 HEAD@{1}: commit: more changes
4a5246d HEAD@{2}: commit: make important changes
e8571e4 HEAD@{3}: commit: make some changes
... earlier commits ...
$ git reset 2c52489
... and you're back where you started

*注意喜欢--hard和选择的选项--force- 他们可以丢弃数据.
* 此外,不要在您正在协作的任何分支上重写历史记录.

我尽可能多地使用Git GUI,这使您可以选择修改上次提交:

此外,这git rebase -i origin/master是一个很好的口头禅,它将始终为您提供您在master上完成的提交,并为您提供修改,删除,重新排序或压缩的选项.无需先获取该哈希值.

哇,所以有很多方法可以做到这一点.

另一种方法是删除最后一次提交,但保留其更改,这样您就不会丢失工作.然后,您可以使用更正的消息进行另一次提交.这看起来像这样:

git reset --soft HEAD~1
git commit -m 'New and corrected commit message'

git commit --amend

git commit --amend -m 'one line message'

git rebase -i 

git commit --amend

git rebase --continue

git commit --amend -o -m "New commit message"

git commit --amend -m "your new commit message"

# You can reset your head to n number of commit
# NOT a good idea for changing last commit message,
# but you can get an idea to split commit into multiple commits
git reset --soft HEAD^

# It will reset you last commit. Now, you
# can re-commit it with new commit message.

# Reset your head. I am resetting to last commits:
git reset --soft HEAD^
# (You can reset multiple commit by doing HEAD~2(no. of commits)

# Now, reset your head for splitting it to multiple commits
git reset HEAD

# Add and commit your files separately to make multiple commits: e.g
git add app/
git commit -m "add all files in app directory"

git add config/
git commit -m "add all files in config directory"

$ git rebase-reword 

$ git rebase-reword b68f560
$ git rebase-reword HEAD^

$ vim ~/.gitconfig

[alias]

    ......
    cm = commit
    reci = commit --amend
    recm = commit --amend
    ......

git commit --amend -m "T-1000, advanced prototype"
git push --force

 git commit --amend -m "Your new message"

git commit --amend -m "BRANCH-NAME: new message"

git commit --amend -m "BRANCH-NAME : your new message"

git push -f origin BRANCH-NAME                # Not a best practice. Read below why?

 git commit --amend -m "BRANCH-NAME : your new message"
 git pull origin BRANCH-NAME
 git push -f origin BRANCH-NAME