SonarQubeをWindows環境で使ってC#コードを解析する[追記しました] - 亀岡的プログラマ日記
SonarQubeをWindows環境で使ってC#コードを解析する はじめに注意 ココらへんの事柄は一年も経てば色々変わったりするので、古い情報はあんまり真に受けないこと。 一応検証環境はWindows 8.1 Professional on VMWare Fusion 5だけれど、まぁWindows 7以降ならだいたい一緒のはず。 SonarQubeとは SonarQubeはもともとSonar*1と呼ばれていた、オープンソースの静的解析エンジンです。もともとはJava向けですが、Jenkinsのようなプラグイン機能も充実しており、結構な数のプラグインで、解析方法どころか解析可能な言語もかなり充実しています。現在のところ、公式では以下の言語をサポートしているよう。 ABAP Android C/C++ C# Cobol Delphi / Pascal Drools Erlang Flex
![SonarQubeをWindows環境で使ってC#コードを解析する[追記しました] - 亀岡的プログラマ日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/8d175f0f7b67a2f9c96ee63f3b6b873879e2c4ea/height=288;version=1;width=512/http%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fp%2Fposaunehm%2F20131204%2F20131204084655.png)
StyleCopの導入と使用
StyleCopについて StyleCopはC#向けの静的コード分析ツールで、設定されたルールに基づいて、C#のソースコードを分析し、違反したコードがあった場合に警告を出します。 Microsoft Public License (MS-PL)の元公開されているOSSで、以下のCodePlexのサイトで公開されています。 StyleCopは主にコードの書き方、たとえば、中括弧の位置や、行間の空行の数、空白を入れる入れないと言ったコーディングスタイルに注目した静的分析ツールで、よく知られているFxCopがコンパイル後のバイナリに対して、その品質を確認するのに対して、ソースコードに対してそれ自身の品質を確認します。 これらはどちらかをかければ良いというわけではなくて、それぞれ視点が異なるので、出来るだけ両方ビルド時などに適応して、出力を確認するようにした方が望ましいでしょう。 StyleCop
Jenkinsの起動オプションを細かく指定して起動 - Qiita
公式ドキュメント Starting and Accessing Jenkins 起動オプションで変更・調節する項目 IPアドレス HTTPプロトコルのポート番号 ログの設定 メモリの設定 など Jenkins起動シェル Macでbrewを使ってjenkinsをインストールした環境の手順を示す デーモンは使用しない 通常は 起動 launchctl load ~/Library/LaunchAgents/homebrew.mxcl.jenkins.plist 停止 launchctl unload ~/Library/LaunchAgents/homebrew.mxcl.jenkins.plist でプロセス管理できるが、細かいカスタマイズをする場合はシェルの方が扱いやすい #!/bin/sh DESC="Jenkins CI Server" NAME=jenkins PIDFILE=/va
Latex + GitLab + Jenkinsで全自動仕様書作成システムを作った. - 「不自由な自由」を持て余して
経緯 私の務めている会社ではMicrosoftさんの製品が主に使われています. 私はMicrosoft Wordを使うとあまりの使いづらさに集中力が切れて仕事の能率が著しく低下するのですが,そんな私に上司はある日「要件定義書書いて.」という言葉を投げかけてきました.要件定義書？また作業が滞る日々が続くと思ったので先手を打って起きました. 曰く,「PDF形式でも宜しいですか？」と. 上司は怪訝な顔をしながらも承諾してくださいました.これで,私の無駄なことに全力になってしまう本能が遺憾なく発揮されるのでした. 成果物 Latexで仕様書を書いた.GitLabで成果物管理をした. GitLabとJenkinsを連動させて,Push後に自動的にBuildするシステムを作り上げた. 無駄にLatexのMakefileに詳しくなった. 手順 Ubuntu 12.04でLaTeX環境を構築する GitL
Jenkinsで特定のプロジェクトだけ閲覧できるユーザを作成するには｜TechRacho by BPS株式会社
morimorihogeです．ちょっと前回から間の空いた投稿になってしまいました．今回はJenkinsの話． Jenkinsの概要 JenkinsはTDD，BDDなどを使い，自動テストでCI（Continuous Integration）を回していく際に使えるCIサーバです．同等の物としては，GithubにおけるTravis CIやGitLabにおけるGitLab CIなどが挙げられます，ちなみにJenkinsは昔はHudsonという名前でした． Jenkinsの特徴としては，歴史が長いので動作自体の安定性や導入実績が十分にあること（枯れている），WARコンテナにまとまっているのでインストールが割と楽，プラグインが豊富にあり，機能拡張がやりやすいことなどが挙げられます．Travis CIはGithub専用ですし，GitLab CIは導入実績の面でまだ試行錯誤が必要そうなことや，GitLab
Jenkinsの開発者、間違えて一ヶ月前のローカルレポジトリをgit push --forceしてしまう
Jenkinsの開発者、間違えて一ヶ月前のローカルレポジトリをgit push --forceしてしまう Jenkin developers accidentally do "git push --force" to over 150 repos on github | Hacker News Jenkinsの開発者、Luca Milanesioによって、Jenkinsの多くのgitレポジトリに対してpushが行われた。不思議なことに、pushをしたというのに変更点はほとんどみられない。一体ルカは何をやったのだ。 Dominik Bartholdi やあみんな、とくにルカ。 昨日、GitHub上のJenkinsの多くのレポジトリ（50以上）に、なにか変なことが起こった。 どうやら、Luca Mmilanesioが、何の変更もないのに、たくさんのたくさんのレポジトリにpushしたらしいのだ。
じぇじぇじぇ jenkins を apache の mod_proxy 配下で動かす為のメモ - ようへいの日々精進XP
はじめに jenkis を apache のリバースプロキシ（mod_proxy）配下で動かしたい 参考 Running Jenkins behind Apache 対処のサマリ 起動時の引数を修正して jenkins の起動パスを修正する 起動時の引数は JENKINS_ARGS にて指定可能 Debian 系は /etc/default/jenkins に設定されている デモ jenkins 単体での起動 サマリの通り /etc/default/jenkins の JENKINS_ARGS にて --prefix= を指定して起動する。 Wheezy への jenkins インストール（余談） 念の為 Debian Wheezy へ jenkins のインストール手順をメモっておく。 sudo apt-get install openjdk-6-jdk wget -q -O - htt
Jenkins入門【2.0対応】 － オープンソース継続的インテグレーション（CI）ツール
Jenkinsをインストールして使ってみよう［Mac／Linux／Windows］ 継続的インテグレーションツール「Jenkins」の使い方を基礎から解説する連載がスタート。初回は、Jenkinsの概要とインストール手順、簡単なジョブの登録方法を説明する。 Jenkinsでテストを実行してみよう＋Rubyテストの基礎（RSpec＆Turnip使用） Jenkinsを使って小さなテストを自動実行して、開発スピードを飛躍的に向上させよう。また、MacでのRuby／Rails環境の構築方法から、テストフレームワーク「RSpec」とインテグレーションテスト環境「Turnip」を使ったテストの書き方までを解説する。
Jenkinsをインストールして使ってみよう［Mac／Linux／Windows］
継続的インテグレーションツール「Jenkins」の使い方を基礎から解説する連載がスタート。初回は、Jenkinsの概要とインストール手順、簡単なジョブの登録方法を説明する。 連載 INDEX 次回 → Jenkinsとは何か？ 「Jenkins」というツールをご存じだろうか？ 情報に敏感な読者であれば「継続的インテグレーション（CI）」という言葉とともにネット上で一度や二度は見たことがあるかもしれない。しかしながら「継続的インテグレーション」という言葉の難解さや「Javaで作成されている」という点で、敷居が高く感じられ、導入を見送っているプログラマーの方もいるのではないだろうか。 そんな方々にとって、本連載がJenkinsを使うきっかけになれば幸いだ。本連載では、Jenkinsの使い方を基礎から説明する。その説明用のプログラミング環境としてはRubyを採用しているが、他の環境の方にも参考と
JUnitの実行結果のXMLフォーマット | DevelopersIO
Jenkinsでは、JUnitのテスト結果からテスト件数や実行時間などを集計することが出来ます。この時、JUnitの実行結果はXML形式のファイルとして出力され、「JUnitのXMLファイル」などと呼ばれています。ところが、このXMLのフォーマットは、JUnitの公式フォーマットではありません。JUnit自体には実行結果をXML形式に出力する機能は実装されていないため、Ant, Maven, Gradleといったビルドツールによって出力されています。恐らくはAntが出力していたJUnitの実行結果のXMLフォーマットに、Eclipseなどの他のツールが対応していき、結果としてデファクトスタンダードとなったと思われます。 Jenkinsでは、デフォルトでJUnitのXMLを集計できるため、他のテストツールを使ってテストを実行した場合にも、JUnitのXML形式に変換すれば、簡単にJenkin
非開発者もGitHub Flowに巻き込んでみんなハッピーになった話 - Masatomo Nakano Blog
前提: GitHub flow を使っていてCIサーバーはJenkins 最近ちょっと開発フローの改善をして、とてもよく機能してて満足しているので紹介してみる。 この改善をやる前の悩み: pull-requestでコードレビューはできるのだけど、cssとかjavascriptなどの見た目や動作の変更ってコードだけだとわかりにくい。レビューする人が各自ローカル環境で実行するのもだるい。 コードを読まないデザイナーとかプロダクトオーナーとかの人が、pull-requestのレビュープロセスに簡単に参加できない(非開発者全員のところでローカル環境設定するのはだるすぎる)。 コード的にokに見えてmasterにmerge後、何か問題(特に仕様的な問題や、デザイン的な問題)が発生した場合、「修正branchを作ってpull-request」というフローを再度回さないといけない。最初のpull-req
ソースチェック系プラグインの追加 - doorsideの日記
Jenkins実践入門、WEB+DB PRESS Vol.67を読んだ。 PMD,CPD,jslint,csslintもついでに設定してみた。 プロジェクトは Jenkins実践入門のサンプルプロジェクトを利用。 PMD,CPD ライブラリをRedirecting...からダウンロード。 build/lib/pmd配下にjarファイルを格納。 ls -1 lib/pmd/ asm-3.2.jar jaxen-1.1.1.jar junit-4.4.jar pmd-4.2.6.jarbuild.xml <property name="lib.pmd.dir" location="./lib/pmd" /> <path id="pmd.classpath"> <fileset dir="${lib.pmd.dir}"> <include name="*.jar"/> </fileset> </
tachikoma を使って毎日自動で bundle update - おもしろwebサービス開発日記
sanemat さんが作っている tachikoma という gem があります。tachikoma の機能は簡単に言うと「github の指定のプロジェクトで bundle update して、差分を pull request してくれる rake タスク」です。cron や jenkins などで定期的に実行するようにすると、依存する gem のバージョンを常に最新に保つことができます。べんり！ そんなべんりな tachikoma なのですが、ドキュメントが分かりづらくて損をしている気がします…＞＜。すこしでも足しになるように、僕が作っている revenger というプロジェクト(github 上のプライベートリポジトリに置いてある)の tachikoma 設定手順をまとめましたのでご参考あれ。 前提 github のプライベートリポジトリで管理してる jenkins サーバ上で定期実
JenkinsサーバのSSL対応とBasic認証 | DevelopersIO
渡辺です。前回のエントリーでJenkinsによるCIサーバをEC2上に構築しました。ユーザ認証も行い、最低限のセキュリティは適用しましたが、業務で運用するはもう少し設定が必要です。今回は、HTTPSによる暗号化と、Basic認証の設定を行います。Basic認証を設定する事で、GitHub,Stash,Bitbucketなどのリポジトリサービスからセキュアなビルドフックを設定できるようになります。 設定の流れは次の通りです。 Nginxをインストールする NginxにSSLを設定する NginxにJenkinsへプロキシ設定する NginxにBasic認証を設定する Jenkinsサーバの設定 JenkinsサーバのSSL対応とBasic認証の設定を行います。 Nginxをインストールする Amazon LinuxはCentOSベースなのでyumコマンドでサクっとインストールします。 $ s
Jenkinsは主人も使役する有能な執事 | .log
さあ、やっとJenkinsにたどり着きました。 といっても、すでにインストールはしてあるし動作も確認しているので、基本的な部分はクリアされています。今回は、CentOSにインストールされているJenkinsをベースにして、.NETのプロジェクトをビルドさせるというところにチャレンジしてみます。 Jenkinsは、インストールされているサーバーだけではなく、他のサーバーやPCなどを使って作業を分散させることができます。Linuxのサーバー上でできる作業はそのままJenkinsの入っているサーバーでやって、.NETのプロジェクトは別のWindows環境の端末でビルド作業などをする、ということができたり、すごく大きくて複雑なプロジェクトだとビルドやら自動テストだけでも時間がかかるので複数の端末で分散して作業をすることができるわけですね。 仮想マシンのLinux上に管理させて、結局ホストマシンのW
Jenkins 1.498 に更新したときのメモ
Jenkinsに緊急のセキュリティ勧告が出ているので、アップデートをお願いします。 groups.google.com/d/topic/jenkin… — Jenkins(日本語)さん (@jenkinsja) 1月 7, 2013 詳細：Jenkins Security Advisory 2013-01-04 こちらを受けてアップデートした方が多いのではないかと思いますが、 アップデートしたときに少し手間取ったのでブログに残しておきます。 アップデート後に Re-keyアップデート後に [Jenkinsの管理] ページを開くと下の画像のようなメッセージが表示されています。 [Re-key in background now] もしくは [Schedule a re-key during the next startup] を 選択して暗号化用のキーの再生成をします。 スレーブが接続できな
Hudsonでリモートサーバ上でコマンドを起動したい - 履歴
Hudsonでは、ノードの追加を行うことで分散ビルド環境が比較的簡単に実現できます。 分散ビルド環境は、まだまだ必要ありませんが、これ、リモートサーバにJavaの実行環境さえあれば、リモートサーバでバッチファイルを実行したりできるのではないかと考え、ノードの追加にチャレンジしてみました。まず、Hudsonの管理＞ノードの管理＞新規ノード作成で作成します。 最初は、以下のように赤い×がついてますが、これはこれでOKです。書いてあるように、今度はスレーブ側のサーバで作業します。 スレーブ側のサーバのコマンドプロンプトで、 javaws http://XX.XX.XX.XX:YYYY/hudson/computer/remote/slave-agent.jnlp と打ち込むとユーザ認証が起動しますので、ユーザIDとパスワードを入力します。私の環境はTracLightning環境下のHudsonな
Jenkinsの使い勝手をよくするための見直し6点 ｜ Developers.IO
今回の課題 こんにちは植木和樹です。7月にserverspecを使ったChefの自動テストのエントリを書きました。 【AWS】JenkinsとserverspecでChefのテストを自動化する このエントリは初めてJenkinsを触った時に書いたので、いろいろと流儀がわかっていませんでした。その後弊社にJenkinsマイスターの渡辺修司さんが入社したということで、Jenkinsの設定について見てもらいました。その時に次の6点を見直すよう指摘がありました。 ジョブは意味ある単位で1つにまとめるべし ジョブで実行するシェルスクリプトもgitから取得すべし EC2の起動に失敗したら後続処理を停止させるべし serverspecの実行結果はJUnit（XML）形式で出力すべし 実行結果のXMLをJenkinsで読み込んで統計グラフを出力すべし 定時実行でなくgit push hookを入れるべし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
フロントエンド開発者のためのJenkins
GitHub - kevinburke/doony: UI Improvements for Jenkins
