這個問題其實不限 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不如寫中介程式去寫成檔案和取用 會比較好除錯而且最好是轉接的程式就要檢查送出/送來的資料還是看人取捨 手稿語言操作當然會比命令語言方便