想要往已经 push 的 commit 追加修改，不想产生新的 commit 的规范做法？

[tlerbao]

如题

往已经 push 的 commit 里追加修改的比较规范的做饭是怎样的？

[wfd0807]

实现不规范操作的规范做法？ reset header + force push 规范吗？

[sarvatathagata]

git commit --amend && git push -f

[xcold]

git commit --amend && git push --force-with-lease

[tinycold]

rebase -i 能合并 commit，但是不知道能不能合并已经 push 了的。

[ryd994]

@tinycold rebase 之后也需要 push -f
任何修改历史的操作都需要 push -f

[skwfar]

rebase 就完事，然后 force push

[lhx2008]

push 了没救了，打 patch 就行，-force 本来就不规范

[SingeeKing]

master / develop 分支：首先直接推到这两个分支本身就已经不规范了（正常情况下应当直接禁止直接 push 的），既然不规范，那么在确保没有别的问题（最好是不要有任何其他协作人，并且自己保证本地没有基于现有提交的分支）的情况下直接 amend commit + force push 吧；如果禁用了 force push，那么就老老实实新增一个 commit 吧

其他分支（ feature / hotfix / release 等）：确保没有其他人也在这个分支之上工作就大胆的 amend commit + force push 吧，反正最后 merge 的时候应该也是 sqash 的

[nightwitch]

没有规范做法，修改已经 push 的历史都要 force push

[edk24]

-f 的, 你的同事很快会过来打断你的狗腿... :)

[himself65]

规范就是不应该直接操作 master 分支……

[yinheli]

如果是自己的分支，可以做 rebase, --amend （最近的一次）然后 force push 上去，如果有别人协作的 master 、develop 分支就不行（一般这种也会在服务器端通过 hook 禁止掉）

[Nielsen]

开个玩笑，怎么抢劫才能不犯法……

没有恶意哈，但毕竟你已经 push 了，再追加修改这就是不对的。当然你如果问一圈同事大家都还没 pull，那你 -f 一下也就当没人知道了。

[xcstream]

禁止-f

[msg7086]

Git 本来也就没有什么规范不规范的。
各个公司都有自己的规范，你也可以定自己的规范。比如我们做开发，force push 是家常便饭，和我合作的同事都知道怎么正确处理 force push，犯不着把 Git 提供的这么好用的功能给莫名其妙禁掉。当然，如果周围是连 force push 怎么正确处理都不知道的同事，还是保守点比较好。就像我曾经遇到过连开分支都不知道怎么开的同事，结果咱们就只能当 SVN 用了。

[jagger2048]

这边是

git add -u
git commit --amend --no-edit
git push xxx

[noobcoder1]

直接用 git flow 吧 省的烦

[rrfeng]

不可以。
上面说的重新提交然后 push --force 实际上还是生成了新的 commit 。答案是绝对不可以。

[lloovve]

直接修改提交不行？怕别人觉得自己弱鸡？

[lloovve]

谁也不能保证自己的代码没 bug