記事一覧 - Fly me to the Lunaこの記事は 裏freee developers Advent Calendar 2018 の6日目です。 freeeでは会計の開発をしている傍ら、開発環境の改善をいろいろやっている、ソフトウェアエンジニアの @kompiro と申します。 数年放置していたこのブログですが、Advent Calendarも裏モ…
Pluginのテストを自動化するには(その7:拡張ロケーションを使ってデプロイする) - Fly me to the Luna
今回テストプラグインのデプロイをする方法を考えてみたんですが、直接テストをするためにEclipseのインストールロケーションにプラグインを展開するのはためらわれます。テストの初期化時に毎回100MB近いEclipseの配布ファイルを解凍し、テストプラグインをその中に放り込むのも考えたのですが、効率が悪過ぎでしょう。できれば拡張ロケーションを使えるのが一番よさそうです。プラグインの相性などもあるので、インストールロケーションへの配置をした上でテストをしないと意味がないという声もありそうですが、既にEclipseのサイトからは5種類に渡る配布があるわけですし、YoxosやらPulseやら自由にカスタマイズできる配布サイトもあります。要するに、インストールされているEclipseの状態は、特定できない訳です。 ちょっと前に拡張ロケーションを削除するには - Fly me to the Juno!
第1回 Hudsonの導入 | gihyo.jp
継続的インテグレーションとは Hudsonの具体的な紹介に入る前に、まず簡単に「継続的インテグレーション」（Continuous Integration、以下CI）のおさらいをしましょう。CIは、Extreme Programmingに端を発し、Martin Fowlerによって広められた概念で、狭義には、別々に開発された部品を持ち寄ってお互いの動作を検証する「統合テスト」を早い段階から恒常的に行うことを指します。この当初の概念には必ずしも統合テストの自動化という考え方は含まれていませんでしたが、最近では、CIは単に統合テストだけではなく、広くビルド及びテスト全般を恒常的に行うことを指すようになり、またこれを現実的な工数で実現するための必須の手段として、ビルド・テストの工程を極力自動化する、という事が重要なポイントの一つになってきました。 この考え方の背景の一つには、コンピュータの高性能
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
転送中
Blogger