複数プロジェクトがある場合のビルド環境 - @ikikko のはてなブログ
環境依存の情報の管理やHudsonのジョブ設計など - watawata日記に触発されて。自分もちょうど考えてることがあったのですが、140字ではとても足りないのでブログにまとめてみます。 ちなみにJava開発の話です、はい。 前提 「ビルドスクリプトは、IDE/CIに依存しないこと」が大事だと考えています。（Java開発においては）IDE上で開発する方が大多数だと思いますが、コマンドプロンプト・シェルスクリプト上でビルドできて、かつCI上でも同様に実行できること。これがビルド環境を考える上で大事なことですね。 プロジェクトの分類 ここでは、2つの要素でプロジェクトを分類します。 依存ライブラリ管理の仕組みが有るか？ IDE上で、プロジェクト間での直接参照が有るか？ 依存ライブラリの管理というのは、平たく言えばMaven/Ivyを導入しているか？ということです。IvyはAntベースで、Ma
再考・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ページを開く
