背景 在CI腳本中，使用類似如下腳本進行項目編譯的計時，但在執行過程中，有時會出現CI腳本(命名為ci.sh)未完全執行的情況： !/bin/bash e sleep_time=$1 start_time= do sth, this sleep would simulate project comp ...
背景
在CI腳本中，使用類似如下腳本進行項目編譯的計時，但在執行過程中，有時會出現CI腳本(命名為ci.sh)未完全執行的情況：
#!/bin/bash -e
sleep_time=$1
start_time=`date "+%s"`
# do sth, this sleep would simulate project compilation
sleep $sleep_time
end_time=`date "+%s"`
process_time=`expr \( end_time - start_time \)`
echo "---- process time(sec) are: " $process_time "seconds"
# ...這個腳本，只是模擬我們在CI中的程式，項目編譯前計時，項目編譯後再次計時，通過sleep休眠來模擬CI中項目編譯鎖消耗的時間，然後計算出消耗的時間。這個簡化的腳本邏輯很簡單，我們通過以下命令來調用：
# ./ci.sh
---- process time(sec) are: 2 seconds這樣執行好像並不會出錯，那實際CI中為什麼會出錯呢？
分析
首先，我們發現，當出現腳本未完全執行完成時，不會列印“process time(sec) are”這一句，也就是說錯誤是這句之前引起的。
另外，細心的朋友還會發現，在腳本的首行，我們給bash使用了-e參數，這個參數的作用就是，一旦shell腳本中任何一行出現了錯誤，shell腳本就停止運行。所謂的出現錯誤，也就是這行語句的返回值為非零。那麼，CI腳本未完全執行的原因，很可能就是因為某一行語句出現了錯誤，導致腳本直接退出。
通過增加列印“echo $?”來列印上一行語句的執行結果，很快定位到報錯的語句在計算處理時間的這一行：
process_time=`expr \( end_time - start_time \)` 這一行看起來十分普通，只是簡單的用終止時間減去開始時間，然後賦值給process_time。為什麼會返回非0值呢？
原來，expr命令有一個小小的trick，當expr表達式中的計算結果為0時，expr命令就會返回1，而不是通常的0。在我們實際的CI任務中，一旦某個項目編譯時間非常短，在1秒鐘內完成，那麼起止時間系統，其差值也就為0，因此，expr就會返回非零值，而CI腳本也會因此而退出。
