MSBuildがオープンソース化される | スラド デベロッパー
Visual Studioなどで使われているMS製Makeツール「MSBuild」がオープンソース化された。すでにGitHub上にてソースコードが公開されている。現時点ではWindowsのみをサポートし、ビルドにはVisual Studio 2015 Previewが必要とのこと。ライセンスはMITライセンスなので、誰かがビルドして再配布してくれると良いのだが（汗）。 .NET Coreのオープンソース化による動きの1つのようで、告知が行われている.NET Framework Blogによると、LinuxやMacのサポートも行われる予定だという。 Windowsでのmakeツールというと、古い人間的にはnmakeのほうが親しみがあったりするわけだが、XMLベースのMSBuildは手書きで設定ファイルを書くのが大変そうというイメージでVisual Studio経由でしか使ったことがない。今後
電子立国日本の自叙伝は本当に素晴らしい - 川口耕介のブログ
子供の学校の古本市をちらちらみていたら、電子立国日本の自叙伝が全巻セットでたった１＄で売られていたので、買ってきました。 NHK 電子立国日本の自叙伝〈上〉 作者: 相田洋出版社/メーカー: 日本放送出版協会発売日: 1991/08メディア: ハードカバー購入: 1人 クリック: 40回この商品を含むブログ (8件) を見る 僕はソフトウェアの人なのですが、中学校の頃ちょっとだけ電子工作をやっていたこともあって半導体の話は少しはわかるし、何よりもここに登場する技術者達の生き様があまりに格好良くて、毎晩深夜になるまで読みふけっています。DVD全巻セットも２万円くらいで買えるみたいなので、買おうか悩んでいるところです。プロジェクトXも嫌いではないけれど、ちょっとドラマ仕立てが過ぎることもなくはありません。その点、この本は本当に素晴らしい。 NHKスペシャル 電子立国 日本の自叙伝 DVD- B
Antで内容が更新されたファイルを抽出する - A.R.N [日記]
本来書こうとしていた内容が頓挫してしまったので、技術ネタでお茶をにごすなど。個人的に長らく謎であったAntで内容が異なるファイルの一覧を抽出する方法がわかったので書いておく。Ant便利なんだがいろいろ説明不足な気が…… <resources id="diff"> <restrict> <fileset dir="new" includes="*.txt" /> <compare when="ne"> <control> <fileset dir="old" includes="*.txt" /> </control> <content /> </compare> </restrict> </resources> <echo message="${toString:diff}"/> [追記] 上記記述では、old以下の全ファイルに対して比較してしまうため、別名の同ファイルがあってもマッチして
![Antで内容が更新されたファイルを抽出する - A.R.N [日記]](https://cdn-ak-scissors.b.st-hatena.com/image/square/6acd47839a93b9d52ccdd6181c3702541b6defad/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127064254481%2F17680117127064263576%2F1555804296)
Jenkins と始める Android プロジェクトでの CI - Ant 基本編 - sandbox
Goal Jenkins で達成出来る事は沢山ありますが、この記事では複雑な設定を伴わないで実現可能な、apk の自動生成、テストの自動実行までを対象とします。 またビルドツールも Ant, Maven, Gradle, Ivy 等がありますが、標準でもサポートされており、最小構成な Ant を選択しています。 ※ Jenkins でどこまで自動化したいかによりますが、様々なタスクを実行しようと思うと豊富な Plugin を持つ Maven が便利ではあるので、それはまた別途。 ant でビルド出来る様にする Jenkins で CI するには、まずはプロジェクトをコマンドでビルド出来る必要があります。 Eclipse で作成したプロジェクトでは、そのままではビルドする事が出来ない為、後から Android SDK に含まれるコマンドを利用して Ant 用の build.xml を生成しま
Javaプロジェクトにおけるビルドツール2 - @ikikko のはてなブログ
前のエントリの続き。今回はどのような場面にどのツールがマッチするかを、自分なりの考えをふまえて紹介します。 ちなみに、それぞれのツールの使用経験はこんな感じ。 ビルドツール 使用経験 Ant 中〜大規模プロジェクトを1件 Maven 小〜中規模プロジェクトを複数件 Gradle 趣味のサンプルコードで複数件 SBT/Scalaは使ったことがないので除外。想像ですが、SBTをJavaプロジェクトで使うとなると、Gradle的な立ち位置になるかと思ってます*1。 ソースコードにJava以外も扱いたい場合 プロダクトコードには入れず、テストコードだけでGroovyを扱いたい場合も含みます。要するに、Java以外にコンパイルしたいソースコードがあるかどうか。 このケースでは、おとなしくGroovyを標準サポートしているGradleを使ったほうがいいかと思います。 Mavenでgroovyを扱えるよ
ビルドシステム構築に関して - wyukawa's diary
面白いエントリ見つけました。 ビルドシステム構築スキルの重要性 - 達人プログラマーを目指して いやー、もう本当によくわかる。 100KSのコンパイルも通らないJavaコードより1KSのbuild.xmlのほうが重要だったりするんだけど、その必要性はあんま理解されてない。 そのせいかビルドスクリプトが無くてビルドがIDE依存なプロジェクトって結構あると思う。そういうプロジェクトって文字コードがらみの問題でjavacでコンパイルしようとすると、java.nio.BufferOverflowExceptionとかで落ちたりするわけだ。 ＃Eclipseでコンパイルできるからといって、javacでコンパイルできるわけではない。 最初からビルドが自動化されてCIしていればこのような問題はもちろんすぐ気づく。 小規模プロジェクトであれば、ビルドが手動でもなんとかなるだろうが、大規模だとつらい。 そこ
Antリファクタリングカタログ - プログラマの思索
「ThoughtWorksアンソロジー ―アジャイルとオブジェクト指向によるソフトウェアイノベーション」本を読んで興味深くかつすぐに使えそうな箇所は「Antビルドファイルのリファクタリング」だった。 以下メモ書き。 【1】「ThoughtWorksアンソロジー ―アジャイルとオブジェクト指向によるソフトウェアイノベーション」の1章に「ビジネスソフトウェアの「ラストマイル」を解決する」という章がある。 長年、継続的に機能追加されて肥大化したシステムへいかにアジャイルにリリースできるか？という「ラストマイル」問題を提示している。 XPが提示したプラクティス「継続的インテグレーション」「テスト駆動開発」は、高速・高品質な開発を可能にした。 しかし、本番環境へのデプロイ＋リリースのプロセスではその恩恵がない、と。 理由は、3つある。 一つ目は本番環境は大変高価であり、二つ目は検証が複雑で、三つ目は
Integrate Button Blog » Blog Archive » New video: Use a Continuous Integration server - using Hudson
Ant+Ivy vs Maven2 - N2 ToolBox(跡地)
Apache Ivyについてもう少し調べてみました。Maven2 との比較で考えてみたいと思います。 Apache Ivyの機能は依存関係を解決するという限定されたもので、ビルドプロセスの構築に必要な残りの部分はAntが担当します。 一方 Maven2 はプラグインの形でビルドに必要な全ての機能が提供されており、かつ少ないPOMの記述量でそれらの機能が利用できるように工夫されています。 Ivy自体は設定ファイルの記述量が少なくて済むようにほとんどの設定項目に妥当なデフォルト値が設定されているのですが、Antが担当する部分は当然自分で書かなければならないし、書くことができます。 Maven2 ではフェーズを自分でカスタマイズすることが困難であるが故に、ちょっと難しいことをやろうとすると、それを実行するantrunの設定をどこのフェーズにバインドさせるかで悩まなければならない場合がしばしばあり
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gradle - dann's blog
How to install and use JRebel in IBM WebSphere with Rational Application Developer or Eclipse | ZeroTurnaround.com