[閒聊] 記錄自己 Linux/Unix shell 的工作歷程 已刪文

看板Linux作者 (Neisseria)時間7年前 (2016/11/02 14:17), 編輯推噓8(8016)
留言24則, 12人參與, 最新討論串1/1
這個問題其實不限 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) 的結果整理一下 想了想,覺得似乎沒有某個固定的做法是最好的,所以上來跟大家討論 歡迎大家提供想法或做法,感恩 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.216.1.86 ※ 文章網址: https://www.ptt.cc/bbs/Linux/M.1478067427.A.86A.html

11/02 14:56, , 1F
常用複雜的就寫成 script 或是 function
11/02 14:56, 1F

11/02 14:56, , 2F
簡單的如果哪些工具用慣了, 每次重打也不花多少時間的
11/02 14:56, 2F

11/02 14:59, , 3F
還是第一次見到 history 設那麼大, 靠它來記錄指令的.
11/02 14:59, 3F

11/02 15:00, , 4F
三個月後能記得當初的指令, 從 history 挖出也是厲害.
11/02 15:00, 4F

11/02 15:17, , 5F
寫 kb :用 evernote / blog 記錄你的資料附上想法歷
11/02 15:17, 5F

11/02 15:17, , 6F
程,之後才有往回查的價值 至於設buffer ... 不推
11/02 15:17, 6F

11/02 15:48, , 7F
能想到這種方法該說天才還是天兵
11/02 15:48, 7F

11/02 16:08, , 8F
和我有87%像耶...都去撈history...反正我只是個人用的...
11/02 16:08, 8F

11/02 16:18, , 9F
挖 history +1 頂多有時候會改用 fc 方便弄
11/02 16:18, 9F

11/02 16:58, , 10F
用過的不是應該明白邏輯之後自己紀錄一下嗎?
11/02 16:58, 10F

11/02 16:59, , 11F
雖然你這樣作,User是沒問題,但server呢?
11/02 16:59, 11F

11/02 18:38, , 12F
常用的都會寫成 script ; history 反而是看測試指令過程
11/02 18:38, 12F

11/02 18:39, , 13F
沒問題就寫成 script 所以 history 也不用設 預設值就夠
11/02 18:39, 13F

11/02 19:03, , 14F
history 可以自動記錄到檔案裡吧?
11/02 19:03, 14F

11/02 19:11, , 15F
把cmd打進log記錄就好 splunk
11/02 19:11, 15F

11/02 19:59, , 16F
有些不適合寫成 script 的 會用 text 檔做記錄
11/02 19:59, 16F

11/02 20:00, , 17F
然後 script 和 text 都會用 vcs 管理
11/02 20:00, 17F

11/02 21:19, , 18F
推樓上,尤其工作之後常會有要跟別人教學、交接的情況
11/02 21:19, 18F

11/02 21:32, , 19F
我也都把 bash history 開成長度無上限
11/02 21:32, 19F

11/02 21:33, , 20F
舊版本 (bash < 4.3) 沒這功能時都設定成 2147483647
11/02 21:33, 20F

11/03 14:27, , 21F
對我而言 資料不該在命令列處理 比起寫shell不如
11/03 14:27, 21F

11/03 14:27, , 22F
寫中介程式去寫成檔案和取用 會比較好除錯
11/03 14:27, 22F

11/03 14:28, , 23F
而且最好是轉接的程式就要檢查送出/送來的資料
11/03 14:28, 23F

11/03 14:33, , 24F
還是看人取捨 手稿語言操作當然會比命令語言方便
11/03 14:33, 24F
文章代碼(AID): #1O6OJZXg (Linux)