ユーザ認証が掛かった Jenkins vs. Bitbucket の private repository ファイッ！ - Qiita
ユーザ認証が掛かった Jenkins vs. Bitbucket の private repository ファイッ！GitBitbucketJenkins お互いに鍵が掛かりあった状況で，CI 出来るようになるには一体どうすれば… ネットの海にはそれに対する回答がわんさかありました． 手順 Jenkins は Ubuntu 12.04 で動いているものとします．インストール方法は click here． バージョンは 1.504 でした．少々違っても大丈夫なのかな？この辺 Jenkins にまだそれほど詳しくないんでよく分からないです． Jenkins には http://my.domain:8080 でアクセス出来るものとします． Jenkins のユーザ認証機能はそれだけで割と複雑なので省略します．とにかく，誰でもがジョブにアクセスしたり出来ないようになっている状況になったとします．
ユーザ作成を含む最低限のセキュリティ設定(Jenkins) - Qiita
本エントリは「今更始めるJenkins勉強会 ハンズオン」のチートシートの一つになります。 一覧については下記エントリをご確認ください。 http://qiita.com/n_rooms/items/cdd4783997140235ddc4 インストール直後のJenkinsはだれでもログイン出来る状態です。 下記の手順で最低限のセキュリティ設定及び、ユーザ作成を行いましょう。 1. ユーザ作成 1-1. ログイン認証の追加 Jenkinsの管理＞グローバルセキュリティの設定 「セキュリティを有効化」にチェック アクセス制御＞ユーザー情報＞「Jenkins のユーザーデータベース」、「ユーザーにサインアップを許可」にチェック アクセス制御＞管理権限＞「ログイン済みユーザーに許可」にチェック 保存 (トップ画面に戻される) 1-2. ユーザ作成 Jenkins トップから、 アカウント登録＞サ
すごくない仕事もできるJenkins - Qiita
Jenkins CI Advent Calendar 2013 13日目の記事です。 前回はkensei_kickさんのJenkinsとgithub連携時のパスワード問題でした。 JenkinsはCIサーバーですが、製品のビルド以外でも働いてくれます。 CIサーバーとしてビルドしテストし各種メトリクスを測定してグラフ化してたりするJenkinsですが、しょぼい作業もちゃんとたのむとしてくれます。 私の場合は Windows を使用しているので、しょぼい作業のバッチファイルを書いてそれを呼ぶだけです。副作用として作業忘れがなくなります。 Jenkinsをすごいことに使わなくてもいいので、みんなも地味な作業ガンガンJenkinsにたのんでのんびり仕事しましょう。 作業依頼手順 定期的に行うものは定期的に実行するにスケジュールを登録 作業のトリガー大体決まっているのでテキトーに合せます。 ビルド
Jenkins使い方メモ - Qiita
1.544 APサーバ Tomcat 7.0.42 インストール war ファイルのダウンロード Welcome to Jenkins CI! | Jenkins CI にアクセスして、 war ファイルをダウンロードする。 JENKINS_HOME の設定 環境変数 JENKINS_HOME を設定する。 この JENKINS_HOME には、バージョン管理システムからチェックアウトしてきたファイルなどが保存される。 デフォルトでは、実行ユーザのホームフォルダ以下に .jenkins というフォルダが作成され、そこが利用される。 デプロイ Tomcat の webapps フォルダにダウンロードした war ファイルを配置する。 動作確認 Tomcat を起動して http://localhost:8080/jenkins/ にアクセスする（ホストとポートは適宜読み替え）。 簡単なプロジ
JenkinsからDigdagへ日次バッチを移行して幸せになるお話 // Speaker Deck
DMM.comラボではビッグデータ基盤の日次バッチ（ETL処理）のワークフローエンジンとしてDigdagを採用しました。 ワークフローの運用は、障害時のリカバリ、進捗状況に応じた他システム連携、JOB実行時間の局所化など様々な課題があります。 Digdag選定理由や設計の勘所（サーバ構成・ワークフローの設計方針）、Digdag Plugin実装、他チーム連携のためのClient実装など、課題解決のために取り組んだ内容について紹介させていただきました！
【Jenkinsを使った自動テスト環境を作る】Dockerコンテナを使って自動ビルドを実行する | OSDN Magazine
継続的インテグレーション（CI）ツールとして有名なJenkinsは、ソフトウェア開発におけるテストやビルドと言った作業を自動化するツールだ。後編となる今回は、Dockerを使ってコンテナ内に構築したビルド環境をJenkinsから利用する例を紹介する。 Jenkinsの「マスター/スレーブ」機能 前回記事では、Jenkinsをインストールしたサーバー内でソフトウェアのビルドやテストを行うことを前提に環境を構築していった。Jenkinsをインストールしたサーバーと、対象とするソフトウェアのビルド/実行環境が同じで構わなければこれで問題はないが、たとえばそれぞれビルド/実行環境が異なる複数のソフトウェアをJenkinsで管理したい場合、このやり方では複数台のサーバーを用意しなければならない。 Jenkinsではこういった問題を解決するため、Jenkinsがインストールされたサーバーとは異なる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
