InfoQ ホームページ Automation に関するすべてのコンテンツ
-
ClojarsとLeiningenを使ったClojure向け自動ライブラリ依存関係管理
ライブラリと依存関係を管理するのはうんざりする作業だ。Clojarsは Clojureライブラリのための新しいリポジトリで、Ruby GemsとGemcutterに発想を得ている。新しいビルドツールであるLeiningenと一緒にClojarsを使えば、ライブラリ管理の苦痛から解放されるだろう。InfoQはこのClojarsについてAlex Osborne氏に話を聞いた。
-
Rubyのツール：Yard 0.4はライブ・ドキュメント・サーバを追加、Gem Bunlderは依存関係を取り扱う
ドキュメント生成ツールYardの0.4リリースはライブ・ドキュメント・サーバのような新しい機能を追加している。それにより、ユーザは文書にコメントすることができるようになる。新しいツールGem Bundlerは柔軟な依存関係管理を可能にする。
-
DevverでRubyのテストを速くする
Devverは、クラウドのインフラ上でRubyのテストを並行に実施する新しいサービスだ。DevverチームのBenjamin Brinckerhoff氏と話して、どのようにテストを速めることができるのかを聞いた。
-
Rubyプロジェクトで時間節約に役立つ３つのツール:Hoe 2.0.0、YARD、Whenever
Rubyプロジェクトの効率化に役立つ3つのツールを見ていきます。Hoe 2.0.0はプロジェクトを設定してくれ、最新のバージョンではプラグインを使って拡張可能になっています。YRADは、RDocのようなドキュメント生成ツールで、最新のバージョンでは新しいより高速なパースの方式を利用しています。最後に紹介するWheneverはcrontabファイルを定義したり更新したりしてくれるもので、設定をRubyのコードで行えます。
-
-
Chefの構成およびプロビジョニングツールの発表
新たなRubyベースの構成およびプロビジョニングツールであるChefが発表された。Chefは拡大ネットワークにわたって、複数のツールやプラットフォームとの統合を提供する。
-
Article: 拡張性に関する悪習慣
システムの保守容易性や拡張性を確保するためのベスト・プラクティスに関する記事は数多くありますが、この記事では避けた方がいい、いくつかの悪習慣(ワースト・プラクティス)を強調します。
-
Crack.NET – GreasemonkeyのようなWinFormsおよびWPFアプリケーション向け
Greasemonkeyのようなツールで、サイトのオーナーがそれを望んでいようが、いまいが、ユーザはたくさんのWebアプリケーションを拡張することができる。Crack.NETでは、ユーザ制御の同一レベルはWinFormおよびWPFベースの.NETアプリケーションで実現できる。
-
ThoughtWorksが自動化機能テストプラットフォームであるTwistを発表
ThoughtWorksStudiosはTwistを作成した。それはWebおよびJavaアプリケーションの機能テスト向けの統合開発環境である。ツールは、ユーザストーリーを文書化し、実行可能な要求を取り込み、機能テストを開発し、維持し、実行し、報告するためのシングルプラットフォームを提供する。Twistのフリートライアルバージョンが、現在ダウンロードおよび評価可能である。
-
Kenai：JRuby on Railsでビルドされるプロジェクトホスティング
Project Kenaiは、Sunによる新たなプロジェクトホスティングプラットフォームである。ソースコード管理や問題追跡を含むオープンソースプロジェクト向けの包括的なサービスセットを提供する。特筆すべきは、JRuby on Railsでビルドされることである。
-
ThoughtWorks社がCruiseをリリース：継続インテグレーションとリリースの管理システム
継続インテグレーションはアジャイルのプラクティスであり、コミットされた一つ一つのコードの変更は自動的にビルドとテストが行われる。バグが取り込まれるとすぐにその多くを見つけることで、バグにかかるコストが削減される。
-
Subversion 1.5のリリース
Subversionはマチュアなオープンソースバージョンコントロールシステムで、多くのオープンソースプロジェクトで使用されている。新機能が加わりバージョン1.5がリリースされた。
-
UNO、OpenOfficeおよびMonoDevelop
Microsoft Officeのデベロッパは、COM自動化を使えばOfficeでほとんど何でも制御できるという機能を長い間にわたって自慢してきた。しかし、ほとんど気付かれることなくOpenOfficeのデベロッパはいくつかの切り札を隠し持っている。
-
Article: 複数のアジャイルチームでのバージョン管理
このレポートでは複数のチームが動いているアジャイル環境において、どのようにバージョン管理を行えばいいかを説明します。このスキームは"Scrum and XP from the Trenches（InfoQのミニブック）に出てきた企業で私たちが新しく採用した方法です
-
複数のチーム開発向けアジャイルバージョン管理
バージョン管理を厳密におこなうことがないので、すべてのチームのアジリティが激しく危険にさらされている。自由にリファクタリングをおこなう能力、安全に実験する能力、エラーから迅速に回復する能力は、安全網なしで構成されている。多くのアジャイル提議者は、バージョン管理を中心となる実務と位置づけている。