私は積極的に、新しいプラットフォームのアップデートが出たときに固定される多くの非アクティブなリポジトリがあるか、一回限りの新しい機能が追加されているため、バンブーの仕事の限界を回避しようとしています。複数のトリガーを持つ複数のリポジトリに対して同じジョブを実行するにはどうすればよいですか?
私のリポジトリのポーリングは、私のリポジトリのブランチの1つに変更があり、ジョブを実行し、presto-change-oが正方形1に戻ります。別の変更から別のリポジトリ・ポーリング・アップデートを再度リスニングする。
例:
- レポ1がコミットプッシュ
- 竹は、変更を「聞く」と
- レポ2がコミットプッシュ
- 竹が同様にこの変更を聞いているジョブを開始しました1エージェントが利用可能であるために続行しません。この変更は後で待ち行列に入れられます
- Repo 1のトリガー更新が終了し、共有できる成果物を公開します
- BambooはRepo 2の仕事を解決して開始します
このようなことも行っていますか?これまでに私が見つけた最良の解決策(meh)は、基本的にチェックアウト/ビルド/チェックアウト/ビルド/チェックアウト/ビルドのシーケンシャルビルドで1つのジョブを作成することですが、これは多くの不要な手順を実行する必要があります1つのリポジトリから1つの更新のみをポーリングします。これらのことが頻繁に変わるようなことではありません。
リポジトリごとに異なるジョブが必要ですか?別のリポジトリで作業するために同じ仕事を一般化することはできません(reposには同じプロジェクトがあると仮定します)。 – DisableR
いいえ。すみません、私は何とかそれを逃しました。それは一種のポイントです。私はすべてのリポジトリに必要なアーティファクトを構築するのに十分な一般的な仕事を1つ持っています。私はちょうど各リポジトリが同じ仕事を使用できるようにそれを設定する方法を知らない。 – buddyp450