多次手贱使用 git reset --hard 和 git push -f 之类的命令造成损失，有什么办法可以阻止这些命令执行吗？

[littleMaple]

例如：逆向 git.exe ，将二进制文件里面对应相关命令的部分篡改成“不执行，直接 return ”。

[cchange]

战略关注此帖

[carlclone]

多次手贱了你的脑子还不够阻止你执行吗? 居然还要想办法阻止

[xor]

@littleMaple
逆向的话，改几个字节就行了，但是找到该改哪个字节则是很困难的；
直接改源码也许要多改几个字节，但是找到它不需要吹灰之力

[xor]

然而手贱的解决方法是剁手
不然的话哪天自己的手把枪对准脑袋怎么办？毕竟管不了手的脑袋留着也没啥用对吧

[thedrwu]

reflog 里也没了？

[ShadowStar]

远程仓库配置“ receive.denyNonFastForwards = true ”

[scnace]

reflog 大法好！

[ZxBing0066]

reflog 了解下？

[ZxBing0066]

多说一句 手误能直接 git reset --hard 和 git push -f 还不知道 reflog 的人建议不要给 master 权限

仓库 push 权限控制还是要控制住的

[ritaswc]

git reset --hard 那是你傻逼
git push -f 那是你不懂 git，没学会用什么 git

[littleMaple]

@trait
@l1fan
@thedrwu
@scnace
@ZxBing0066

之前使用 git reset --hard 发生损失的情况就是因为 work directory 有 unstaged change 的情况下使用 hard reset 将会强行将 work directory 覆盖，按理来说 unstaged change 是不在 reflog 里面的吧

[llillill]

想请教下 git push -f 没有具体合理的使用场景吗

[swulling]

第一次听到逆向开源软件的骚操作和改一个零一串的高论。

[hlwjia]

把分支保护好就可以避免 force push 了呀

@llillill 真正明白 git 流程的人就会找到合适用的场景，比如我有强迫症，我在自己的分支上就可以用，而且确保我的分支上的东西没被合并到哪里。

[scnace]

@littleMaple reset --hard 真没试过 但是应该会有

[trait]

@littleMaple 好吧 push 什么的都是小事。可有改动至少也要 stash 一下再另行操作，直接 reset 真实
看你这种情况应该是不知道当前目录的 git 状态，建议你在 bash 里加上显示目录 git 信息的语句，很多 shell 也自带这个功能 zsh fish 什么的
比如 我的 bash prompt: /home [git_branch !], 这里的 ！表示对文件做了改动但未提交，* 表示没和 upstream 同步
这样你就不会硬核操作了

[trait]

@llillill 有，比如 PR 和 upstream 出现冲突的时候（我很不喜欢用 merge ），rebase 到最新的 upstream/master，再 push -f

[littleMaple]

@swulling 确实是我想当然了，我本来以为只要在二进制文件里面找到那个节点然后添加一些表示 return 的东西就可以了，确实是很 naive 的想法

[littleMaple]

@xor
@ritaswc

大佬批评的是，我确实应该反省自己、多多学习扎实之后再实作；

[littleMaple]

@trait 确实是很有用的一个方法，对我来说非常新颖的一个角度；