私は敏活に最近 、新しい分散バージョン管理システム人々述べている導入された。 バージョン管理システムはあらゆる開発チームに中央であり、頻繁にあなたの開発プロセスをシステムの限定によって限られて見つけるので選択は軽くなされるべきではない。 私達は破壊、私がそれへの長い露出の後で作った決定を使用し、自分自身をシステムと十分にconfortable作り、方法を限定のまわりで見つける。 私は敏活の同じような調査をまだしていない。 私が私のプロセスの改善に興味がある常にので、私が敏活な文書簡潔に調査し、すばらしい提示によってBryan O'Sullivanによって行ったどんなに、Googleの技術の話の会議のQLogicの年長の主なエンジニア。 少数の観察はここにある。

Bryanは敏活の速度/性能で重点を置いた。 彼の単語でそれは破壊に等量多かれ少なかれある。 敏活分散貯蔵場所はである。 ただ完全なコードしかしまた完全なリビジョンヒストリーを持つため。 重複はよい。 それは他の開発者とは関係なく働くことを可能にする。 それはまたあなたのcodebase、の強さを中央貯蔵場所の供給にもっぱら依存していない高める。 どんなに中央貯蔵場所はあまり悪くない。 映ることができたり/ようにそれにより供給を高める破壊でそれらを容易にクローンとして作る。

システムが本来非常に適用範囲が広いので敏活開発者によってある程度の訓練がそれに仕事をするように要求する。 それは中枢的なより多くの開発者より言うひとりでに優秀なバージョン管理システムの破壊はである。 これにまた下げ気味のがある。 開発者中枢的なコード同時性プロシージャは主水路がしばらく操作不可能になるとき傾向があったunmerged変更の滞貨を作成するために終わった。 例えば穀粒の重大なサブシステムの主開発者が病気または利用できなくなることを言いなさい。 意志の上で今押される前に彼によって見直されて当然のすべてのパッチは無期限の間未決である。
BTW: 破壊のそのようなシステムを実施することは困難である。
またワークフローがはっきり大きいプロジェクトと混乱を作成することは定義されなければ本当らしい。

敏活の最もよい特徴の1つはパッチを追跡するために理解して、機能。 これは私が破壊で激しく逃す何かである。 それは私の開発の思考を追跡し、層にできる必要がある。 これをすることを許可する私をこと差込式あらゆる破壊の知っているか。

既に敏活な- Netbeansとの余りに統合のためのMercurialEclipseそして 差込式-敏活なNetBeansとの統合のために差込式 食がある。

敏活非常に分散オープンソース開発のためのよいシステムはである。 それはそれを採用するたくさんの話題のオープンソースプロジェクトの牽引の多くを開発した。 株式会社のために、私はまだまたは破壊Perforce推薦する。 私は破壊と今のところ付いている。

資源:
敏活な 概念、 個人指導、 カンニングペーパー および ダウンロード。