複数のアジャイルチームでのバージョン管理
このレポートでは複数のチームが動いているアジャイル環境において、どのようにバージョン管理を行えばいいかを説明します。このスキームは"Scrum and XP from the Trenches(source)(InfoQのミニブック)に出てきた企業で私たちが新しく採用した方法です。
このレポートでは複数のチームが動いているアジャイル環境において、どのようにバージョン管理を行えばいいかを説明します。このスキームは"Scrum and XP from the Trenches(source)(InfoQのミニブック)に出てきた企業で私たちが新しく採用した方法です。
Microsoft Officeのデベロッパは、COM自動化を使えばOfficeでほとんど何でも制御できるという機能を長い間にわたって自慢してきた。しかし、ほとんど気付かれることなくOpenOfficeのデベロッパはいくつかの切り札を隠し持っている。
このレポートでは複数のチームが動いているアジャイル環境において、どのようにバージョン管理を行えばいいかを説明します。このスキームは"Scrum and XP from the Trenches(InfoQのミニブック)に出てきた企業で私たちが新しく採用した方法です
バージョン管理を厳密におこなうことがないので、すべてのチームのアジリティが激しく危険にさらされている。自由にリファクタリングをおこなう能力、安全に実験する能力、エラーから迅速に回復する能力は、安全網なしで構成されている。多くのアジャイル提議者は、バージョン管理を中心となる実務と位置づけている。
StelligentのPaul Duvall氏は最近の記事で、継続的インテグレーションを継続的リリース(Continuous Production)に成長させるために必要なアクティビティについて書いている。継続的リリースとはまとめてリリースする代わりに、絶えずソフトウェアをリリースし続けるプラクティスのことである。
オートテストはあなたがファイルをセーブする度にテストを実行する。実はそれよりも賢いのである。私達はAutotestのようなツールがIDEを要さずにどのようにRubyのデベロッパ達の生産性を補助するのかという点に注目した。