複数プロジェクトがある場合のビルド環境 - @ikikko のはてなブログ
環境依存の情報の管理やHudsonのジョブ設計など - watawata日記に触発されて。自分もちょうど考えてることがあったのですが、140字ではとても足りないのでブログにまとめてみます。 ちなみにJava開発の話です、はい。 前提 「ビルドスクリプトは、IDE/CIに依存しないこと」が大事だと考えています。（Java開発においては）IDE上で開発する方が大多数だと思いますが、コマンドプロンプト・シェルスクリプト上でビルドできて、かつCI上でも同様に実行できること。これがビルド環境を考える上で大事なことですね。 プロジェクトの分類 ここでは、2つの要素でプロジェクトを分類します。 依存ライブラリ管理の仕組みが有るか？ IDE上で、プロジェクト間での直接参照が有るか？ 依存ライブラリの管理というのは、平たく言えばMaven/Ivyを導入しているか？ということです。IvyはAntベースで、Ma
Mavenでビルドする際の10のTips - cynipeと読む
1. 環境別の設定はプロファイルで 環境毎に切り替えたいっていう設定ファイルは大抵のプロジェクトにはあると思います。DB接続先設定だったり、ロギング設定、場合によってはweb.xmlの初期化パラメータとか。最近流行り？のAppEngineだとデプロイ先の設定、開発時のcronの設定とか。こういった環境毎の設定を都度都度書き換えてなんてことをやってたらバージョン管理上うまくない*1ですし、Hudson、その他自動化スクリプトからデプロイを行ったりする際に色々とうまくないです。なので、こういった設定はプロファイルを使ってサクっと切り替えられるようにしてます。 詳しいプロファイルの使い方*2についてはそのうち別エントリで書く*3！...と思います。基本的なことはTECHSCOREさんのここを参照すればかなり分かるはずです。自分はここで覚えました。ただMaven3からはprofiles.xmlの使
再考・Maven2+Hudsonによる1clickリリース管理 - wadahiroの日記
前回簡単にまとめた方式ですが、運用してみて大きな落とし穴がありました。まぁMavenの制約なんですけど、、、本当、Mavenって飼い慣らすのが大変。 前回の方式の問題点 前回まとめた方式では、バージョン番号を変数とする方式としていました。 具体的に、以下のような感じ。 タグには${releaseVersion}と変数で書いておき、タグでデフォルト値を設定しておく(このデフォルト値が日々のSNAPSHOTビルドのバージョン番号となります)。 Hudsonからのリリースビルド時は、-DreleaseVersion=1.0とリリースバージョンを渡す。1.0という数字は、HudsonのParameterized Buildを使用して、ビルド時に画面から入力できるようにする。 <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
