複数のアジャイルチームでのバージョン管理
このレポートでは複数のチームが動いているアジャイル環境において、どのようにバージョン管理を行えばいいかを説明します。このスキームは"Scrum and XP from the Trenches(source)（InfoQのミニブック）に出てきた企業で私たちが新しく採用した方法です。
InfoQ
トピック・タグ別の表示
コンフィグ管理に関するすべてのコンテンツ
コンフィグ管理に関する最新コンテンツ
コンフィグ管理に関するNews
Article: 複数のアジャイルチームでのバージョン管理
このレポートでは複数のチームが動いているアジャイル環境において、どのようにバージョン管理を行えばいいかを説明します。このスキームは"Scrum and XP from the Trenches（InfoQのミニブック）に出てきた企業で私たちが新しく採用した方法です
複数のチーム開発向けアジャイルバージョン管理
バージョン管理を厳密におこなうことがないので、すべてのチームのアジリティが激しく危険にさらされている。自由にリファクタリングをおこなう能力、安全に実験する能力、エラーから迅速に回復する能力は、安全網なしで構成されている。多くのアジャイル提議者は、バージョン管理を中心となる実務と位置づけている。
継続的リリースは、さらなるアジャイルさを与えてくれるか？
StelligentのPaul Duvall氏は最近の記事で、継続的インテグレーションを継続的リリース(Continuous Production)に成長させるために必要なアクティビティについて書いている。継続的リリースとはまとめてリリースする代わりに、絶えずソフトウェアをリリースし続けるプラクティスのことである。
「完了」は「シップ可能」ということか？
「完了」と「シップ可能」との相違について、アジャイルに関するさまざまなフォーラムやブログで活発な討論が起こっている。両者は同じことを意味するような気がするが、リストやさまざまなブログ上での討論が提言するのは、この2つはいまなお広範囲にわたって誤解されており、誤使用されている用語であるということである。これは「完了」の取り扱い方についての提案をまとめたものである。
HudsonとFindBugsを用いた継続的インテグレーションとコードインスペクション
最近IBM developerWorksに掲載された記事において構築中のプロセスにある継続的インテグレーション(CI)とコードインスペクションタスクをオープンソースツールを使用して自動化する事を取り上げている。それはjava.netコミュニティによって開発されたCIサーバであるHudsonをSubversionコードリポジトリをポーリングし、ソースコードに変更が発見される度にAntビルドスクリプトを動作するためにどのようにインストールし設定するのかを解説している。
Spring 2.5: OSGiバンドル、フルアノテーションベースの設定とAspectJを伴って2.0をドロップインアップグレード
Spring 2.5の候補としての初めのリリースであったバージョン2.1が最近リリースされた。InfoQはこのリリースに関する更なる詳細を探るため、SpringフレームワークのリードデベロッパであるJuergen Hoeller氏と対談した。
Ruby Gems: ニューリリースとRuby1.9へ含める計画
Eric Hodel氏は、Rubyのポピュラーなパッケージ管理システムであるRuby Gems 0.9.4.5のリリースを発表した。今回のバージョン0.9.4.5は、Ruby Gems 0.9.5のベータリリースに相当し、新機能が幾つか追加された。
JRuby：JRubyはJava5へ移行すべきかどうか？
JRubyの開発者メーリングリストで、Java5への移行に関する議論が開始された。Java5がリリースされてからというもの、Javaの数々のプロジェクトで、この手の議論はよく起こる。OSGi又はSWTのような基本的な技術やライブラリはJava1.1又は1.2と互換性を保っているが、Eclipseのように多くのJavaプロジェクトは、出来るだけ長くJava1.4と互換性を保ち続けることを選んだ。