最基本的持續交付管道至少有三個階段，應該在jenkinsfile中定義：build、test和deploy，對於本節，我們將主要關注部署階段，但應注意穩定的構建和測試階段是任何部署活動的重要前提。
jenkinsfile (declarative pipeline)
pipeline
}stage('test')
}stage('deploy') }}
}
jenkinsfile (scripted pipeline)
node
stage('test')
stage('deploy')
}
stage('deploy - staging')
}stage('deploy - production')
}
./run-smoke-tests指令碼執行的任何「煙霧測試」都足以對產品環境的發布進行限定或驗證，這種自動將**一直部署到生產的管道可以被視為「持續部署」的實現。雖然這是乙個崇高的理想，但對於許多人而言，有充分理由說明為什麼持續部署可能不切實際，但仍然可以享受持續交付帶來的好處，jenkins管道很容易同時支援這兩種方法。
通常在階段之間傳遞，特別是環境階段，你可能需要在繼續之前人工輸入，例如，判斷應用程式是否處於足夠好的狀態以「促進」生產環境，這可以通過input步驟完成。在下面的示例中，「sanity check」階段實際上阻塞了輸入，並且在沒有人確認進度的情況下不會進行。
jenkinsfile (declarative pipeline)
pipeline
}stage('sanity check')
}stage('deploy - production') }}
}
jenkinsfile (scripted pipeline)
node
stage('sanity check')
stage('deploy - production')
}
使用者文件集測試
完備性，正確性，一致性，易理解性 完備性 使用者文件應包含產品使用所需要的全部資訊 包括使用者可呼叫的所有功能 所有邊界值 如果安裝能由使用者來完成，則使用者文件應包括安裝手冊 如果維護能由使用者來完成，則使用者文件應包括程式維護手冊 使用軟體必須資訊的檢查 檢查使用者文件集中是否包含使用該軟體的必...
git使用者文件1 git基礎
1.1 分布式 我們把遠端倉庫 雲端的倉庫 稱為repo，repo必須有乙個master分支，就是主分支。repo除了有乙個master分支，還有很多其他的分支，若干個分支之間儲存的資料一版都是不一樣的 本地可以git clone下來repo的master分支，也可以git clone下來repo的...
寫使用者文件的三把利器
好久沒來51cto寫文章了,原因是最近換了份job,很少做運維方面的工作,不過沒問題,這不影響我對51cto的熱愛,今天為大家帶來 寫使用者文件的三把利器 呵呵,最近在製作大量的使用者文件時發現,需要加入很多 並茂說明,而在製作過程中,有趣的能增強文件的閱讀性,所謂 看圖說話 嘛,廢話少說,進入主題...