継続的統合では、ジンキンにジョブ命名規則があります

Question

継続的な統合にジョブ命名規則があるかどうかを知りたいと思います。私たちはジェンキンを使ってCiを使っています。

命名規則は、他の提案が高く評価され、このようなもの、環境、サービス、目的のビルドや展開など

でなければなりません。

Answer 1

Jenkinsの命名規則についての公式の規則がないため、答えが少し難しいです。通常、各組織は独自のルールを定義しています。 （これらのルールは、リポジトリ名、プロジェクト、バージョンなどに関するものかもしれません...）nested view pluginのようなプラグインを使用している場合、名前の表記規則を使用すると便利です。命名規則を採用できるかどうかは、どのような種類のジョブを参照するかを考えてください。ジョブ名のスペースは、この仕事の遠隔呼び出しを難しくするので、これはお勧めできません。ジェンキンスに命名規則を使用しての

例：定期的なジョブの場合

、我々はgitリポジトリ名の後ジェンキンスジョブに名前を付けます。たとえば、 "ceph-deploy"パッケージはhttps://github.com/ceph/ceph-deployにあるので、ジョブ名は "ceph-deploy"です。

Answer 2

私はこのように書き規則を使用しています：

<primary purpose of the job | uppercase>_<(GitHub) project name>_<branch name/additional info> 

だから、仕事は私が好むJobDSLを使用する場合は特に、維持するために、物事を簡単にするために

BUILD_my-project 
DEPLOY_my-project_staging 
TEST_my-project_staging 
UTILITY_install-helpful-tool_staging 
INFRA_run-job-dsl 

のように命名されますジョブ名のハイフンとアンダースコアの両方を犠牲にして、ジョブの表示名を別々にする必要はありません。