プロジェクトのバージョン管理スタイルは何ですか?
3 に答える
偶数のバージョンのみを使用する必要がありますx.[even].z
。これらはすべて「安定」しており、バグ修正がリリースされます(次のマイナーバージョンまで)。常に最新x.[even].z
バージョンのみがサポートされます。
互換性については、ドキュメントを参照してください。たとえば、イベントの場合:http: //nodejs.org/api/events.html
安定性:4-APIの凍結
つまり、EventEmitterクラスが変更されることはありませんのでご安心ください。
次に、ドメインのように、ドメインが何をしているのか誰にもわからないものがあり、おそらくそれを使用するべきではありません。
安定性:1-実験的
最善の方法は、Stability >= 3
機能に固執することであり、バージョン間の互換性について心配する必要はありません。
また、厳密なリリースサイクルはないようです。
Nodeには2トラックのバージョン管理システムがあります。偶数バージョン(0.4、0.6、0.8)は安定しており、奇数バージョンは不安定です。安定版リリースはAPIで安定しています。つまり、0.8.1を使用していて、0.8.2がリリースされた場合、問題なくアップグレードできるはずです。
0.9.xストリームでは、特にアクティブに開発中のシステムの一部で、更新によってAPIが変更される可能性があります。奇数バージョンが一定レベルの安定性と成熟度に達すると、次の偶数バージョンになります。
厳密な時限リリースサイクルはありません。Node.JSの主なメンテナは、Isaac Schleuterという名前の男であり、彼はノードの目標とターゲットについて非常に公開されています。彼はまた、これに関する多くのコミュニティの意見を受け入れているので、彼らはNodeConfやNode Summer Camp、その他のイベントを実行して意見を収集しています。
コミュニティを実際に掘り下げる時間があれば、NodeUpポッドキャストとIsaacの講演のいくつかをチェックして、彼らが進む方向とAPIについてのアイデアを得てください。
あなたはバージョン1.0について尋ねます。私が覚えている限り、Isaacには、バージョン1.0に移行する前に安定させたい特定の事項がいくつかあります。特に、ノードの成長の鍵となったストリームとバッファーを覚えています。(それは述べられています、これはただの記憶からです)