这是一个创建于 2770 天前的主题，其中的信息可能已经有所发展或是发生改变。
写了一天的代码没 git add ，创建一个新的分支后用 rm -rf *清掉了从 master 继承过来的全部代码，准备写入新的代码。当切回 master 时，发现整个世界都静止了（手动微笑
用了两个多小时把这一天写的代码又都回想起来并调试成功，终于长舒了一口气。
你说我手贱不贱？
贱。
用了两个多小时把这一天写的代码又都回想起来并调试成功，终于长舒了一口气。
你说我手贱不贱？
贱。
 |
1
cinhoo 2017-04-06 21:05:55 +08:00 via iPhone  27
这时候 intellij 的 local history 就很有用了。
|
 |
2
xmh51 2017-04-06 21:08:56 +08:00
这时候体现了代码放网盘同步文件夹的重要性
|
 |
3
changwei 2017-04-06 21:10:26 +08:00
好气啊！！！
|
 |
4
NonClockworkChen 2017-04-06 21:11:13 +08:00
已感谢,浪费了你的 2 小时,拯救了 2 小时*n....
|
 |
5
guokeke 2017-04-06 21:17:46 +08:00
既视感强烈
|
 |
6
moonman 2017-04-06 21:27:09 +08:00
我能怎么办我也很绝望啊
|
 |
7
yangqi 2017-04-06 21:29:33 +08:00 3
回家睡一觉，假装今天不存在，明天重新开始
|
 |
8
minamike 2017-04-06 21:29:52 +08:00 via iPhone 4
充分证明 deadline 是第一生产力
|
 |
9
ZSeptember 2017-04-06 21:30:09 +08:00
今天差点就这么干了。
|
 |
10
markx 2017-04-06 21:30:23 +08:00
说明流程还可以改善一下。
|
 |
11
leisurelylicht 2017-04-06 21:32:17 +08:00
我今天也干了这么一把, 还好找回一个调试时留下的编译文件，还原出代码以后就下班了，心累。。。
|
 |
12
mahone3297 2017-04-06 21:32:47 +08:00 4
说明你今天工作量非常不饱满，其实 2h 就搞定了。。。
|
 |
13
zmj1316 2017-04-06 21:35:29 +08:00
真巧，我今天也把前几天的代码删了，是因为 merge 错 branch 了，结果 revert 的时候选了 hard ，把没 commit 的也一起 revert 了...
|
 |
14
ooxxcc 2017-04-06 21:41:58 +08:00 3
mac 上有 timemachine 每小时备份
linux 上有 btrfs + snapper 每小时一个 snapshot 出问题顶多丢一个小时的东西…… 当然，除非 btrfs （又）炸了…… |
 |
15
xdream86 2017-04-06 21:42:13 +08:00
干过同样傻事+1
|
 |
16
greatghoul 2017-04-06 21:45:24 +08:00
干过同样的傻事 +1
|
|
17
NonClockworkChen 2017-04-06 21:52:50 +08:00
@ooxxcc 这是 CentOS 的独有功能吗,Ubuntu 非 btrfs....有替代方案吗...
|
 |
18
searene 2017-04-06 21:53:41 +08:00 1
我也干过类似的事情，用 intellij 的 local history 找回来了
|
 |
19
xioyan 2017-04-06 21:54:50 +08:00
这个没做过，不过就是写论文的时候忘记了保存而已
|
 |
20
mritd 2017-04-06 21:55:50 +08:00 via iPhone
@NonClockworkChen 不是 centos 专有的，是一个 linux 分区格式，类似 ext4 一样，出现的目的就是为了弥补当前一些文件系统的缺陷
|
 |
21
crab 2017-04-06 21:56:07 +08:00
不能明天上班再写一次吗 = =！
|
|
22
ooxxcc 2017-04-06 21:56:17 +08:00
@NonClockworkChen 不是 CentOS ，我用的 archlinux ……只要文件系统是 btrfs 就行， snapper 自己可以装
替代方案没考虑过……新挂个分区 /镜像格式化成 btrfs/zfs 这类支持 snapshot 的文件系统就好…… |
 |
23
jimmy66 2017-04-06 21:56:18 +08:00 via iPhone
心疼一波前辈😂
|
 |
24
vingz 2017-04-06 21:56:32 +08:00 3
所以用 git rm 命令，不要用 rm -rf
或者用 git clean 命令， git 库管理尽量使用 git 命令，可以在 reflog 里回退 |
|
25
cinhoo 2017-04-06 21:58:43 +08:00 1
@NonClockworkChen #17 btrfs 有提供工具（ btrfs-convert ）将 ext{3, 4}转换成 btrfs 。但 snapper 在 arch 上一直报权限错误，最后用的这个 https://github.com/jf647/btrfs-snap
|
 |
27
qk3z 2017-04-06 22:24:44 +08:00 via Android
我已经干过两次了-_-
|
 |
28
bp0 2017-04-06 22:26:25 +08:00
我也干过一次，充分说明设计才是最费时间的。码代码真的跟搬砖一样是体力活。
|
|
29
cinhoo 2017-04-06 22:28:36 +08:00
@ooxxcc #26 直接命令行创建 snapshot 是没问题的，但是 cron 创建的时候就报 No Permission 。要说是 cron 的问题好像也不是， snapper 和 btrfs-snap 的任务都是放在 cron.{hourly,day...}下的。后面直接用了 btrfs-snap ，不管了。
|
 |
30
ydxred 2017-04-06 22:35:19 +08:00 1
有一个周六的晚上!我写了一个晚上的文章 要发博客的!因为电脑开的程序比较多...在四点的时候电脑死机了!只有重启电脑才能好!你们都知道 simplemde 吧!博客的富文本编辑器就会他!没有自动保存的功能那种!我当时的内心你们可能感受不到!写到半夜四点啊 没了!后来我学聪明了 在简书写 !写了在复制到我博客上 ....
|
 |
31
yruite 2017-04-06 22:39:10 +08:00
我想起一个笑话：一个小蝌蚪拼命地游啊游，打败了所有的对手，到达终点时发现只是一张纸巾
|
 |
32
v2xeuser 2017-04-06 22:45:43 +08:00
这种错误我应该不会再犯 理论上
|
 |
33
taozhijiangscu 2017-04-06 22:46:35 +08:00
昨天干了类似的事情，原来打算删调试机上代码的，结果把开发机上的代码删掉了。
幸亏我机制将代码放到 Dropbox 可以触及的地方。 话说现在 Dropbox 改版了，误删的文件恢复起来更便捷了 |
 |
34
morewe 2017-04-06 22:47:14 +08:00
刚工作的时候曾经把我和一个同事 2 ， 3 天的代码给删了，囧。
|
 |
35
Archangel_SDY 2017-04-06 22:47:21 +08:00 4
曾经花 2h 魔改一个程序，费好大劲把编译错误都修完，一运行，然后这货就把自己目录连同自己都删了...
|
 |
36
singer 2017-04-06 23:07:13 +08:00 via iPhone
线上线下两台服务器配置一模一样，线上是绝对不用 rm -rf./*的，昨天早上上班，手滑点错 shell 界面了，连到线上去了。
而且手滑，/不知道为啥没输入，你猜怎么样吧。 快照回退到一星期前，线下版本部署上去。差点吓晕过去。。。。 |
 |
37
bombless 2017-04-06 23:42:31 +08:00 via Android
……从来不需要 rm *，不过试过用 git clean 时犯类似的错（
|
 |
38
HuangLibo 2017-04-07 00:01:16 +08:00
sudo rm -rf / 是一个更强大的命令, 楼主可以试试.
|
 |
39
hanqian 2017-04-07 00:25:10 +08:00 via Android 1
花两个小时回忆起代码 不等于 创作代码只需要两小时，这应该不难理解吧，就像你写一篇文章要一个小时，复述这篇文章可能只要 5 分钟
|
 |
40
bazingaterry 2017-04-07 00:26:42 +08:00
干过同样的傻事 +1
|
 |
41
DioV 2017-04-07 00:27:36 +08:00
(手动滑稽
|
 |
42
sheep3 2017-04-07 00:30:04 +08:00
干过...... 不过多亏了 idea
|
 |
43
ljcarsenal 2017-04-07 01:04:46 +08:00
微软也用 linux ？
|
 |
44
msg7086 2017-04-07 01:19:41 +08:00
没遇到过这种破事。自以为没信心手工跑 Git ，所以都让工具帮我做，省心。
|
 |
45
libook 2017-04-07 01:27:08 +08:00 1
请养成下列习惯：
勤开分支 写完一个小模块或小改动就马上提交 勤推送提交和分支 push 禁止加--force reset 禁止加--hard commit 禁止加-a 话说实际上 git 的每一个提交都应该是明确的“一件事”，写一天的代码如果能拆成几件事的话就最好及时分几次提交，而不是等一天甚至几天写完再提交，任何工作都应该新开一个分支进行开发和提交，因为保不齐会尝试多种方案以及对原分支的紧急修改上线。 |
 |
46
icylogic 2017-04-07 04:02:54 +08:00
一直在 Dropbox 里写代码
为什么都这么喜欢 rm -rf ，用回收站多好 …… |
 |
47
ryd994 2017-04-07 04:25:27 +08:00 via Android 1
看成了临下班前一天把代码全删了
还以为离职前一天删代码跑路 |
 |
48
lsmgeb89 2017-04-07 06:24:20 +08:00
rm 可以找回来的，很容易。
但是有一次我误把代码覆盖了，真找不回来了。 用的 Perforce ，不是 Git |
 |
49
darrenfang 2017-04-07 07:00:40 +08:00 via iPhone
试试这个命令 git fsck --lost-found ，没 add 的不知道能不能找回
|
 |
50
xiaket 2017-04-07 07:01:59 +08:00
~/.vim/backup 救了我若干次
|
 |
51
maguowei 2017-04-07 07:43:48 +08:00
intellij 的 local history +1
|
 |
52
dinghua 2017-04-07 08:05:02 +08:00
祸兮福所倚, 说不定再写一遍代码质量会更高呢
|
 |
53
reHuo 2017-04-07 08:40:52 +08:00
local history +1
|
 |
54
Mutoo 2017-04-07 08:47:35 +08:00
有 local history ，即使删除掉关机重启都不怕。
|
 |
55
mcds 2017-04-07 08:48:19 +08:00
这事儿我也干过，当时文件系统是 ext3 ，想用 extundelete 恢复必须得 unmount 硬盘，公司不让 unmount （老爷机，上次重启硬盘就挂了），最后跟楼主一样，花了两个小时又重新写了一遍...
|
 |
56
discrete 2017-04-07 08:48:32 +08:00 via iPad
|
 |
57
chinawrj 2017-04-07 09:05:53 +08:00
竟然不是写一段代码提交一段代码。也是醉了。
|
|
58
chinawrj 2017-04-07 09:06:52 +08:00
不是手贱的问题啊，是习惯问题。谁也不能保证自己在关键时候不出错，所以只能过一段时间提交一次，把损失降到最低。
|
 |
59
lrh3321 2017-04-07 09:08:38 +08:00
中午吃饭前不提交一次？
|
 |
60
yang2yang 2017-04-07 09:11:54 +08:00
程序员的日常
|
 |
63
nameldk 2017-04-07 09:24:44 +08:00
Local History 分分钟找回。
|
 |
64
SummerWQM 2017-04-07 09:26:04 +08:00
commit 啊
|
 |
65
Clarencep 2017-04-07 09:26:22 +08:00
以前干过类似这种的蠢事，还好 IdeaJ 有 Local history. 现在用 vscode 的时候果断也装了个 local history 的插件
|
 |
66
deepzz 2017-04-07 09:28:19 +08:00
rm -rf *是什么鬼，为什么会有这个操作
|
 |
67
lwbjing 2017-04-07 09:34:51 +08:00
曾经为了这事儿，我加了一整个周末的班。。
|
 |
68
licraft 2017-04-07 09:38:41 +08:00
git 好像有回退执行过的指令的功能的
|
 |
69
wizardoz 2017-04-07 09:53:51 +08:00
没关系，写过的代码重写一遍会更整洁。
|
 |
70
zzczzc 2017-04-07 10:01:49 +08:00
我也被 intellij 的 local history 拯救过
|
 |
71
blacklee 2017-04-07 10:05:45 +08:00
习惯不好。
我用最简单的 VIM+git ，几年了也没出这样的事。 不过前几天我把自己的数据库数据改错了，气得我几天没干活，一直在反思。 |
 |
72
jkneedout 2017-04-07 10:08:24 +08:00 via iPhone
@Archangel_SDY 2333
|
 |
73
yujieyu7 2017-04-07 10:33:57 +08:00
没事一定要 add commit push 一下啊
|
 |
74
waye 2017-04-07 10:45:08 +08:00
曾经把写了一个月的代码 del 掉了， 花了一个星期 恢复出来， 23333333
|
 |
75
lyragosa 2017-04-07 10:45:55 +08:00
local history 再次立功！
|
 |
76
fan1234nm 2017-04-07 10:47:07 +08:00
Local History 分分钟找回啊
|
 |
77
fds 2017-04-07 10:49:16 +08:00
所以要随时 commit 呀。嫌历史不好看，提交前 rebase -i 整理成一个就好了嘛。
|
 |
78
justfindu 2017-04-07 10:53:47 +08:00
我前几天也做了这个事儿 切回分支然后懵逼
|
|
79
justfindu 2017-04-07 11:00:14 +08:00
神器啊~ local history 再次立功了
|
 |
80
zacard 2017-04-07 11:31:57 +08:00
idea local history
|
 |
81
reus 2017-04-07 12:56:15 +08:00
zfs 或者 btrfs + 自动 snapshot 。
我是 5 分钟一次，所以丢也只会丢 5 分钟内的。 |
 |
82
yuyu2140 2017-04-07 13:08:53 +08:00
local history +10086 次拯救
|
 |
83
ShadowsocksR18 2017-04-07 13:33:20 +08:00
我上一个单位，还有管理员辞职前在 SVN 上删了一个月的代码呢……
|
 |
84
8355 2017-04-07 13:38:34 +08:00
local history 真的有用
一天都不 add 和 commit 一下? |
 |
85
easing 2017-04-07 13:40:53 +08:00
哈哈，也干过这种事情，后来就再也没犯过了
|
 |
86
woai110120130 2017-04-07 13:48:32 +08:00
之前上过一次写了一周的，做的一个挺大的需求，写了一个月． 因为总是喜欢在干净的分支上开发代码，总是把项目 rm -rf 删掉之后再重新 sync 下来开发，有次来了个新的紧急 bug ，就脑袋一热把写了一星期的代码删掉了．．．．
后来总结是流程有问题，改成每天下班把代码提交到服务器（不合入），之后追加上去 |
|
89
vingz 2017-04-07 18:41:47 +08:00
@ydxred 感受过，抓狂；
曾经在一个网站写回答，写了很久的长篇，然后点提交，它告诉我提交失败，回退后发现什么都没有了，要死要死的感觉。 |
 |
90
Halry 2017-04-07 19:09:16 +08:00 via Android
试过在手提上写了一堆代码，现场没有调试工具，盖上后拿回家
tm 打开后解锁卡在登陆界面。。。 |
 |
91
lk1ngaa7 2017-04-07 19:18:05 +08:00
刚好重构一次
|
 |
92
l1093178 2017-04-07 19:20:52 +08:00
@libook reset 加 --hard 也可以通过 reflog 找回来（除非你有 没提交的更改，不过这样的话用 reset 本来就很危险）
|
 |
94
zhangguanzhang 2017-04-08 17:48:37 +08:00
@HuangLibo 你听说过 chmod -Rf 0000 /*吗
|
|
95
HuangLibo 2017-04-11 09:08:48 +08:00
@zhangguanzhang
承让, 我只把 / 用 compress 处理过, 大家殊途同归 |
Select Language