タグ

関連タグで絞り込む (2)

タグの絞り込みを解除

groovyとjenkinsに関するclavierのブックマーク (2)

  • スクリプトコンソールからスレイブにスクリプト送ってみた - marsのメモ

    最近、すっかりJenkinsさんとご無沙汰なようなフリをして、実は邪道Jenkinsのやり方を模索していたりします。やってみたいことは、Jenkinsによるリモートジョブ実行とリモートサーバの監視などなど。「や、それならHinemosとかZabbix使えよ」とか言わない。 ジョブ実行はなんだかんだ言ってJenkinsさんの得意分野なので、じゃあ監視系はどうあるべきか?を考えてみた。ひとつは、[twitter:@akiko_pusu]さんが得意(?)にしている「外部ジョブの監視」。 → 外部ジョブの監視も使ってみよう! これは、監視される側から監視して欲しい情報をJenkinsさんに送りつけるので、厳密な意味で監視と言えるのか疑問が残る(死活監視とか難しいよなと)。それと「外部ジョブの監視」はビルドの後処理とか仕込めないので、監視結果の通知とかする場合、もうひとつ知恵を絞らないといけなそう。

    スクリプトコンソールからスレイブにスクリプト送ってみた - marsのメモ
  • ジョブの遅延連係っぽいことやってみた(Jenkins Adaptiveっていう変態プラグイン見つけた) - marsのメモ

    おっさん臭い言い方するとディレイドバッチ?やりたいことはこんな事。 ジョブAとジョブBがある。 ジョブBは定時起動するが,実行条件に直近のジョブAのビルドが成功している事を加えたい。 やりたくないことは「ジョブAのビルド完了後,即ジョブBを実行したくない」。なんで,ジョブBを下流プロジェクトに設定するのは却下。 具体的にはどんなこと?というと。 ジョブAはいわゆる普通の継続ビルド ジョブBはジョブAの成果物を定期デプロイするジョブ。なんで,ジョブAがコケてたら動いて欲しくない。 よくよく考えてみると,ジョブAの成果物の置き場所を工夫すればジョブBは定時起動しつづけるだけでも十分だった気もするが,これ書いてる今気づいたんだから仕方ない。:-P #ちなみに,ジョブとプロジェクトは同義ね。基「ジョブ」って書きます。 最終的な解決策にたどり着くまでに,いろいろプラグインあさってみたので,それぞれ

    ジョブの遅延連係っぽいことやってみた(Jenkins Adaptiveっていう変態プラグイン見つけた) - marsのメモ
  • 1