Git, Maven, Jenkins, GlassFishを使った継続的インテグレーション(CI) (1) - 巨人の肩から銀の弾丸
こんにちは。 今日は、プライベートで最近試している開発環境整備の一環として、 Jenkinsを使った自動テスト・ビルドについて書きたいと思います。 What is CI? Continuous Integration（継続的インテグレーション） 1度限りもしくは数回限りではなく、継続的に小まめにビルドを実行していくプラクティス (http://www.atmarkit.co.jp/ait/articles/1309/04/news022.html) Merits ここも、上記(http://www.atmarkit.co.jp/ait/articles/1309/04/news022.html)の引用ではありますが・・・。 想定外の状況が起こったときに、素早く検知できる 仕込んでしまったバグを即座に検知できる 開発者の環境依存の問題を検知しやすくなる 「私の環境では動くけど・・・」 ビルド
受託開発でGitとmavenを使って開発をしている - そこに仁義はあるのか(仮)
会社で受託開発していて、gitを使った開発フローを考えることになった。 ニアショアに開発をお願いしていて、ニアショアからの受け入れタイミングが何回かあるから、それにあわせてブランチをわけている。 どういうフローで進めているかと、一番最後にやってみて思ったことを書いた。 どういうフローでやっているか リポジトリの構成 下記モジュールを用意した。 parent core entity common web batch tools ニアショアにて開発するモジュールは『common』、『web』、『batch』で、 アーキにて開発するモジュールは『parent』、『core』、『entity』。 ブランチ ブランチはこんな感じで分けている。 ちなみに、ソース管理はgitBucketを使った。 masterブランチ … リリース可能な状態の資源のみを管理する。結合テスト実施時は、本ブランチから資源を
git-flow + maven-release-plugin用の手順
git-flow-with-maven-release-plugin.rst git-flow + maven-release-plugin用の手順 前提 プロジェクトのルートPOMに以下の設定が書かれている必要がある。 SCM情報の設定 <scm> <connection>scm:git:git@yourhost.com/your-project.git</connection> <developerConnection>scm:git:git@yourhost.com/your-project.git</developerConnection> </scm> maven-release-pluginの設定 Mavenのリリース処理をリモートにpushしないように以下の設定を追加。 <plugin> <groupId>org.apache.maven.plugins</groupId>
ぼくがかんがえたさいきょうのgitとMavenとJenkinsを使った開発 : toda_k
若いプロジェクトを任せていただく機会があり、これ幸いと普段から蓄積していた「こうしたらいいんじゃないか」を実践しています。今の開発手法も試行錯誤のもとに作られた良い物なのですが、まだまだ上は目指せますよね、ということで。 理屈先行に見えたプロセスもいざ導入すると意外と実践的だったり、逆に簡単なことなのに時間がかかって使い物にならなかったりと、やはりやってみないとわからないことは多いものですね。この記事では開始1ヶ月で試した内容とその顛末をご紹介いたします。 動機：なぜこんな複雑なことをするのか 自動化やCIを導入する動機として、よく貴重な開発者の時間を大切にするためと言われます。私も強く共感しますが、節約した時間を何に使いたいかという点には諸説ありそうな気がします。 もちろんいい仕事をするという最終目標はずれないでしょうが、アクションとして勉強するのかコードを書くのか品質について考えるの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitBook
