Jenkins ジョブのビルド プロセスへのマッピングをどのように処理していますか?また、継承でカスケード構成を構築できましたか?
どのビルドでも、少なくとも 3 つのジョブ (標準の継続的インテグレーション/夜間、セキュリティ スキャン、カバレッジ) と、いくつかのダウンストリーム統合テスト ジョブがあります。構成スライサー プラグインはジョブをまたがるいくつかの側面を処理しますが、各ジョブは依然として、そのグループ内の他のジョブとは関係のない独自のエンティティです。
私は最近 QuickBuild を見ましたが、親ジョブがステップの標準グループを定義でき、その子ジョブがオーバーライドして特化できるジョブ継承があります。Jenkins では、ジョブのコピーがあり、何かを変更する必要があるまでは問題ありません。QuickBuild を使用すると、ジョブ間の関係により、ほとんど労力をかけずに変更を広めることができます。
私はジェンキンスでこれを処理する方法を理解しようとしています。パラメータ化されたビルド トリガー プラグインを使用して、ジョブが他のジョブを呼び出してアスペクトをオーバーライドできるようにすることができます。次に、呼び出されたジョブから呼び出し元にデータを収集します。オーバーライドできない側面があり、独自のスクリプトに Jenkins の機能を実装せざるを得ないため、Jenkins の有用性が低下するという一連の問題に遭遇するのではないかと思います。
Jenkins でのビルド ジョブの複雑さをどのように処理していますか? QuickBuild に関する重大な問題について聞いたことがありますか?