Apache Log4j 2 vulnerability CVE-2021-44228
A critical security vulnerability has been identified in the popular "Apache Log4j 2" library. This vulnerability is identified as CVE-2021-44228. The Jenkins security team has confirmed that Log4j is not used in Jenkins core. Jenkins plugins may be using Log4j. You can identify whether Log4j is included with any plugin by running the following Groovy script in the Script Console:
「Jenkins X」発表。Git/Docker/Kubernetesに特化したことでCI/CD環境の構築運用を自動化
「Jenkins X」発表。Git/Docker/Kubernetesに特化したことでCI/CD環境の構築運用を自動化 ソフトウェアの開発プロセスにおいて、「Jenkins」はビルドやテスト、デプロイなどを自動化してくれるツールとしてよく知られています。 そのJenkinsの派生プロジェクトとして、「Jenkins X」が発表されました。Jenkins Xは、Git、Docker、Kubernetesの環境を前提とすることで、Jenkinsの設定、運用などを大幅に自動化し、より簡単な導入と運用を実現するものです。 Jenkins Xは、Git/Docker/Kubernetes環境に特化 オリジナルのJenkinsは汎用的なビルドやテストの自動化ツールとして、さまざまな環境やツールと連係できるように作られています。そのため柔軟なコンフィグレーションが可能になっていますが、一方でそれが導入や
ほげめも: Jenkins のビルド情報の自動設定
今日は Jenkins についての小ネタを書きます。 先日、とある時間のかかるジョブのビルド開幕直後に、そのビルドの表示名と説明をセットするにはどうしたらよいかという相談がありましたので、自分なりによさそうな方法を考えてみました。 Jenkins のビルドの表示名 (displayName) と説明 (description) は各ビルドごとに設定可能な文字列情報です。次のように Web UI で変更することができるようになっています。 これらを自動設定するための Jenkins プラグインはいくつかありますが (たとえば Build Name Setter Plugin や Description Setter Plugin )、あまり複雑な設定はできないし、ログから正規表現で切り出すとか面倒だし、なによりビルドが終了しないと設定されなかったりするし、ということで今回の目的には合わないよ
ジョブを平行実行した際、全ての上流ジョブが成功した場合のみ下流ジョブを動くようにしたい – CAT EARS
カテゴリー 18禁 (133) diary (18) ICT (197) .NET (37) .NET Core (1) .NET Standard (1) ClickOnce (2) EntityFramework (4) MEF (3) MSBuild (3) MSDeploy (2) MsTest (1) NuGet (3) ODP.NET (3) Roslyn (5) WCF (1) WPF (7) ActionScript (4) ActionScript3 (2) Ant (1) Apache (5) APEX (2) Apple (1) AppVeyor (1) ASP.NET (3) Azure (1) BarkleyDB (1) BlazeDS (2) C# (11) CheckStyle (1) Color Management (7) Eclipse (1) FDS
継続的インテグレーションツール「Jenkins 2.0」が登場
オープンソースソフトウェアの継続的インテグレーション（CI：Continuous Integration）／継続的デリバリ（CD：Continuous Delivery）ツールとして広く使われている「Jenkins」の最新版「Jenkins 2.0」がリリースされた。 パイプライン機能の強化「Pipeline as Code」と「ステージビュー」 Jenkinsは、ソフトウェアの開発プロセスにおけるビルドやテスト、デプロイなどをジョブとして管理してジョブの実行を自動化するツール。これに加えて、一連の流れをパイプライン処理として定義、視覚化する機能がプラグインとして提供されていた。 Jenkins 2.0では、このパイプラインが標準機能としてサポートされ、ユーザーはGroovyのDSL（ドメイン特化言語）を使って、パイプラインをコードとしてモデリングできるようになった。このコードは、プロジェ
ポストJenkins時代のCI戦略
VSハッカソン倶楽部 CI勉強会で発表した資料となります。 https://vshtc.doorkeeper.jp/events/26853
Jenkinsを使って継続的に静的コード解析をさせる - suzukij's diary
最近プロジェクト内でJenkinsをどう運用しているのか聞かれることがあったので書いておくことにします。 ビルドだけではもったいないので色々なことをやらせているのですが、とりあえず今回は静的コード解析について。 コード解析の設定は最初は少しだけ面倒かもしれませんが、出力されるレポートはプロジェクトの大事なインプットとなってくれます。 出力されたレポート、グラフを見て自分達の日々開発しているものをチェックしてチーム内の朝会やふりかえりでアレコレ語るのがいいんじゃないかと思います。 まずは必要なプラグインのインストール 静的コード解析 FindBugs Plugin - コンパイル後のバイトコードを解析してバグや不具合が発生しそうなコードをチェックしてくれる https://wiki.jenkins-ci.org/display/JENKINS/FindBugs+Plugin Checksty
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
