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 处理过, 大家殊途同归 |