这个问题其实不限 Linux，Mac 或其他 Unix-like 系统都可以
先前碰到一两次这个问题，最近又碰到一次
不是来求某个特定答案，而是询问看看大家的想法
有时候，我们会在命令列处理 data
往往要混合许多工具 sed, awk, perl, jq, csvkit... 不一而足
有时候甚至某个中间步骤还要加上自己写的命令稿
而且这个过程不会像写程式那么严格
时常要 trial and error，才会得到期待的结果
不过，有时候，得到的 output 不如预期
要追踪 (trace) 这个过程，就显得很没有效率
有时只能从 shell history 里慢慢捞
如果比较久一点的，大概就消失不见
我自己是用 Zsh，把 shell history 设成 100 万行，这也只是延缓这个问题
想像一下，过三个月或更久后，要重新追踪这些 data 才是恶梦
我查了一下，script(1) 似乎某种程度上解决了这个问题
不过，就是要自己做一些苦力，慢慢把 script(1) 的结果整理一下
想了想，觉得似乎没有某个固定的做法是最好的，所以上来跟大家讨论
欢迎大家提供想法或做法，感恩

常用复杂的就写成 script 或是 function简单的如果哪些工具用惯了, 每次重打也不花多少时间的还是第一次见到 history 设那么大, 靠它来记录指令的.三个月后能记得当初的指令, 从 history 挖出也是厉害.

写 kb ：用 evernote / blog 记录你的资料附上想法历程，之后才有往回查的价值 至于设buffer ... 不推

能想到这种方法该说天才还是天兵

和我有87%像耶...都去捞history...反正我只是个人用的...

挖 history +1 顶多有时候会改用 fc 方便弄

用过的不是应该明白逻辑之后自己纪录一下吗？虽然你这样作，User是没问题，但server呢？

常用的都会写成 script ； history 反而是看测试指令过程没问题就写成 script 所以 history 也不用设 默认值就够

history 可以自动记录到档案里吧？

把cmd打进log记录就好 splunk

有些不适合写成 script 的 会用 text 档做记录然后 script 和 text 都会用 vcs 管理

推楼上，尤其工作之后常会有要跟别人教学、交接的情况

我也都把 bash history 开成长度无上限旧版本 (bash < 4.3) 没这功能时都设定成 2147483647

对我而言 资料不该在命令列处理 比起写shell不如写中介程式去写成档案和取用 会比较好除错而且最好是转接的程式就要检查送出/送来的资料还是看人取舍 手稿语言操作当然会比命令语言方便