| 1 |
ryuz |
1.1 |
------------------------------------------------------------------------------ |
| 2 |
|
|
Hyper Operating System V4 開発ポリシー（草案） |
| 3 |
|
|
|
| 4 |
|
|
Copyright (C) 1998-2002 by Project HOS |
| 5 |
|
|
------------------------------------------------------------------------------ |
| 6 |
|
|
|
| 7 |
|
|
|
| 8 |
|
|
|
| 9 |
|
|
1. 概要 |
| 10 |
|
|
|
| 11 |
|
|
本ファイルは、Hyper Operating System V4（以下 HOS-V4と記す）の開発ポリシーを |
| 12 |
|
|
記述した文書です。 |
| 13 |
|
|
総則としては「Project HOS 開発ポリシー」に従うものとし、本書では、HOS-V4 |
| 14 |
|
|
開発に特化した部分のみ記述します。 |
| 15 |
|
|
|
| 16 |
|
|
|
| 17 |
|
|
|
| 18 |
|
|
2. ファイル名について |
| 19 |
|
|
|
| 20 |
|
|
カーネル部分は MS-DOS用コンパイラを利用することを想定し、すべて小文字の |
| 21 |
|
|
8+3形式のみとします。 |
| 22 |
|
|
コンフィギュレーター部分は、現状では MS-DOS 向けのコンフィギュレーターを |
| 23 |
|
|
作成することは考慮していない為、オブジェクト指向の考え方に基づいて |
| 24 |
|
|
クラス名＝ファイル名としております。 |
| 25 |
|
|
|
| 26 |
|
|
|
| 27 |
|
|
|
| 28 |
|
|
3. 開発管理 |
| 29 |
|
|
|
| 30 |
|
|
3.1. 開発レーン |
| 31 |
|
|
|
| 32 |
|
|
当面は安定版／開発版を分離する２レーン方式は採用せず、１レーン方式で開発を |
| 33 |
|
|
行います。 |
| 34 |
|
|
通常、開発者はメインの開発レーン(トランク)のみを意識して作業を |
| 35 |
|
|
行うことが出来ます。 |
| 36 |
|
|
このレーンには必要に応じて、逐次 build タグを打つものとします。 |
| 37 |
|
|
|
| 38 |
|
|
buildタグは名称を build0001 からスタートし、順次インクリメントしていく |
| 39 |
|
|
ものとします。 |
| 40 |
|
|
このbuildタグはリリース番号とは無関係に開発者の便宜とCVSリポジトリから |
| 41 |
|
|
anonymous で直接最新版を取り出したいユーザーの便宜を図るために付加して |
| 42 |
|
|
いきます。 |
| 43 |
|
|
原則、管理者が統括して付加することとしますが、開発者はある程度まとまった |
| 44 |
|
|
変更を掛ける前後などで、build タグの付加を管理者に気軽に依頼できるもの |
| 45 |
|
|
とします。 |
| 46 |
|
|
管理者は特に審査や制限無しに、要請があれば無条件に付加し、Developers |
| 47 |
|
|
フォーラムに報告するものとします。 |
| 48 |
|
|
|
| 49 |
|
|
|
| 50 |
|
|
3.2. リリースブランチ |
| 51 |
|
|
|
| 52 |
|
|
HOS-V4をある程度まとまったところでリリースする場合は、トランクから適当と |
| 53 |
|
|
思われる build を選択し、リリース用にブランチを作成することとします。 |
| 54 |
|
|
リリースブランチではリリースの説明書や、必要に応じてコンパイル済みの |
| 55 |
|
|
ファイルの同梱などの準備を行います。 |
| 56 |
|
|
|
| 57 |
|
|
ブランチタグ名は、例えば ver 0.01 をリリースするために開発レーンから |
| 58 |
|
|
分岐する場合は branch_ver_0_01 のような名称とします。 |
| 59 |
|
|
リリース担当者は、ブランチを作成後、リリース準備をリリースブランチに |
| 60 |
|
|
対して行うものとします。 |
| 61 |
|
|
リリースブランチ上でも作業単位毎にタグを打つものとします。前述の |
| 62 |
|
|
ver 0.01 向けのリリースブランチの例ですと ver_0_01_build0001 のような |
| 63 |
|
|
リリースビルドタグを打ちながら作業を進めるものとします。 |
| 64 |
|
|
ここでリリース準備が整った場合は、リリースと同時にリリースに利用した |
| 65 |
|
|
リリースビルドタグに ver_0_01 のタグ名を追加するものとします（同じ物を |
| 66 |
|
|
指すタグが２つ出来ます）。 |
| 67 |
|
|
万一リリースした後のものに、さらに修正が必要になり、ver 0.01a などを |
| 68 |
|
|
リリースする必要が生じた場合は、そのままリリースブランチ上で修正を進め、 |
| 69 |
|
|
リリース時にver_0_01a のようなタグを打つものとします。 |
| 70 |
|
|
|
| 71 |
|
|
|
| 72 |
|
|
3.3. バージョン名規則 |
| 73 |
|
|
|
| 74 |
|
|
原則として、Ver0.01 からスタートし、リリースのたびに Ver0.02、Ver0.03 と |
| 75 |
|
|
単純にインクリメントしていくものとします。 |
| 76 |
|
|
もし、同一のリリース用のブランチから複数リリースが発生した場合は Ver0.01a、 |
| 77 |
|
|
Ver0.01b、の用に末尾にアルファベットをつけるものとします。 |
| 78 |
|
|
|
| 79 |
|
|
将来、機能的に大きな変更が発生する場合、バージョン管理方式を変える場合 |
| 80 |
|
|
（２レーン方式にして、奇数バージョンを開発版、偶数を安定版に変えるなど）を |
| 81 |
|
|
行う場合は、バージョン番号をジャンプしてメジャーバージョンのインクリメントを |
| 82 |
|
|
するなどするものとします。 |
| 83 |
|
|
|
| 84 |
|
|
|
| 85 |
|
|
|
| 86 |
|
|
------------------------------------------------------------------------------ |
| 87 |
|
|
Copyright (C) 1998-2002 by Project HOS |
| 88 |
|
|
------------------------------------------------------------------------------ |
Parent Directory
Revision Log
Revision Graph