我想知道在持續集成中是否存在任何工作命名約定。我們正在使用jenkins的Ci,請建議。持續集成是否有jenkins中的任何工作命名約定
命名約定應該是這樣的,環境,服務,目的構建或部署等
任何其他建議表示讚賞。
我想知道在持續集成中是否存在任何工作命名約定。我們正在使用jenkins的Ci,請建議。持續集成是否有jenkins中的任何工作命名約定
命名約定應該是這樣的,環境,服務,目的構建或部署等
任何其他建議表示讚賞。
這有點難以回答,因爲在Jenkins中沒有關於命名約定的官方規則。通常每個組織都在定義自己的規則。 (這些規則可能與存儲庫名稱,項目,版本等有關)。當您使用像nested view plugin這樣的插件時,使用名稱約定很有用。想一想,如果你能採用命名慣例,你將會看到不同類型的工作。工作名稱中的空格可能會使遠程調用這項工作變得困難,所以不建議這樣做。
在詹金斯使用命名約定的例子:
對於固定的工作,我們將其命名Git倉庫名稱後,詹金斯工作。例如,「ceph-deploy」包是https://github.com/ceph/ceph-deploy,所以作業名稱是「ceph-deploy」。
是的,我同意你的意見。我只是想檢查我們是否可以採用全球性的公約來命名行業的工作。我仍然願意討論,但是我正在編寫自己的命名約定 – user2750116
我使用的是慣例,是這樣的:
<primary purpose of the job | uppercase>_<(GitHub) project name>_<branch name/additional info>
所以作業將被命名爲喜歡
BUILD_my-project
DEPLOY_my-project_staging
TEST_my-project_staging
UTILITY_install-helpful-tool_staging
INFRA_run-job-dsl
爲了讓事情更容易維護,用我喜歡的JobDSL尤其是當沒有獨立的作業顯示名稱,代價是在作業名稱中使用連字符和下劃線。
要在_「任何其他建議」下提交文件_:https://wiki.jenkins.io/display/JENKINS/Jenkins+Best+Practices – michael