| 1 |
------------------------------------------------------------------------------ |
------------------------------------------------------------------------------ |
| 2 |
Hyper Operating System V4 開発ポリシー（草案） |
Hyper Operating System V4 開発ポリシー（草案） |
| 3 |
|
|
| 4 |
Copyright (C) 1998-2002 by Project HOS |
Copyright (C) 2002 by Project HOS |
| 5 |
------------------------------------------------------------------------------ |
------------------------------------------------------------------------------ |
| 6 |
|
|
| 7 |
|
|
| 17 |
|
|
| 18 |
2. ファイル名について |
2. ファイル名について |
| 19 |
|
|
| 20 |
カーネル部分は MS-DOS用コンパイラを利用することを想定し、すべて小文字の |
カーネル部のファイル名は MS-DOS上のコンパイラ使用の際の不具合を避ける為、 |
| 21 |
8+3形式のみとします。 |
8+3形式のみとします。 |
| 22 |
コンフィギュレーター部分は、現状では MS-DOS 向けのコンフィギュレーターを |
コンフィギュレーター部分は、現状では MS-DOS 向けのコンフィギュレーターを |
| 23 |
作成することは考慮していない為、オブジェクト指向の考え方に基づいて |
作成することは考慮していない為、オブジェクト指向の考え方に基づいて |
| 27 |
|
|
| 28 |
3. 開発管理 |
3. 開発管理 |
| 29 |
|
|
| 30 |
3.1. 開発レーン |
3.1. 開発レーン（トランク） |
| 31 |
|
|
| 32 |
当面は安定版／開発版を分離する２レーン方式は採用せず、１レーン方式で開発を |
当面は安定版／開発版を分離する２レーン方式は採用せず、１レーン方式で開発を |
| 33 |
行います。 |
行います。 |
| 34 |
通常、開発者はメインの開発レーン(トランク)のみを意識して作業を |
通常、開発者はメインの開発レーン(トランク：幹)のみを意識して作業を |
| 35 |
行うことが出来ます。 |
行うことが出来ます。 |
| 36 |
このレーンには必要に応じて、逐次 build タグを打つものとします。 |
トランクには必要に応じて、逐次 build タグを打つものとします。 |
| 37 |
|
|
| 38 |
buildタグは名称を build0001 からスタートし、順次インクリメントしていく |
buildタグは名称を build0001 からスタートし、順次インクリメントしていく |
| 39 |
ものとします。 |
ものとします。 |
| 45 |
とします。 |
とします。 |
| 46 |
管理者は特に審査や制限無しに、要請があれば無条件に付加し、Developers |
管理者は特に審査や制限無しに、要請があれば無条件に付加し、Developers |
| 47 |
フォーラムに報告するものとします。 |
フォーラムに報告するものとします。 |
| 48 |
|
トランクへのコミット条件は最低限、自分の環境で make が通ることを |
| 49 |
|
条件とします。 |
| 50 |
|
当然コミットによってデグレが発生する場合も考えられますが、メンバー |
| 51 |
|
同士で協調して対処にあたるものとします。 |
| 52 |
|
|
| 53 |
|
|
| 54 |
3.2. リリースブランチ |
3.2. リリースブランチ |
| 73 |
リリース時にver_0_01a のようなタグを打つものとします。 |
リリース時にver_0_01a のようなタグを打つものとします。 |
| 74 |
|
|
| 75 |
|
|
| 76 |
3.3. バージョン名規則 |
3.3. 試験開発ブランチ |
| 77 |
|
|
| 78 |
|
ある程度大規模であったり、うまくいくかない可能性のある機能を試験的に |
| 79 |
|
開発してみたい場合に試験開発ブランチに分岐することが出来ます。 |
| 80 |
|
これは、実験的な機能追加をトランクに影響を与えずにかつ、共同開発を |
| 81 |
|
行ったり、他の開発者に意見を求めたりするのに役立ちます。 |
| 82 |
|
試験開発ブランチを作る場合は、管理者にブランチの作成を依頼するもの |
| 83 |
|
とします。 |
| 84 |
|
開発ブランチのブランチタグは "branch_test_func_2002-07-21" のような |
| 85 |
|
名前とします。func の部分は機能名です。例えば、セマフォの改造を |
| 86 |
|
2002年7月21日に試験的に行いたい場合は "branch_test_sem_2002-07-21" の |
| 87 |
|
ような名称とします。 |
| 88 |
|
日付を含めているのは、将来この試験開発ブランチとは別にセマフォを |
| 89 |
|
試験改造したい場合に名前衝突を避ける為です。 |
| 90 |
|
試験開発ブランチで成果が上がり、トランクに加えられる段階にきたら |
| 91 |
|
トランクにマージ作業を行います。 |
| 92 |
|
マージ作業の前後では必ずトランクでビルドタグを入れる事とします。 |
| 93 |
|
|
| 94 |
|
|
| 95 |
|
3.4. バージョン名規則 |
| 96 |
|
|
| 97 |
原則として、Ver0.01 からスタートし、リリースのたびに Ver0.02、Ver0.03 と |
原則として、Ver0.01 からスタートし、リリースのたびに Ver0.02、Ver0.03 と |
| 98 |
単純にインクリメントしていくものとします。 |
単純にインクリメントしていくものとします。 |
| 100 |
Ver0.01b、の用に末尾にアルファベットをつけるものとします。 |
Ver0.01b、の用に末尾にアルファベットをつけるものとします。 |
| 101 |
|
|
| 102 |
将来、機能的に大きな変更が発生する場合、バージョン管理方式を変える場合 |
将来、機能的に大きな変更が発生する場合、バージョン管理方式を変える場合 |
| 103 |
（２レーン方式にして、奇数バージョンを開発版、偶数を安定版に変えるなど）を |
（２レーン方式にして、奇数バージョンを開発版、偶数を安定版に変えるなど）は、 |
| 104 |
行う場合は、バージョン番号をジャンプしてメジャーバージョンのインクリメントを |
バージョン番号をジャンプしてメジャーバージョンのインクリメントをするなどの |
| 105 |
するなどするものとします。 |
対応をとることになります。 |
| 106 |
|
|
| 107 |
|
|
| 108 |
|
|
| 109 |
------------------------------------------------------------------------------ |
------------------------------------------------------------------------------ |
| 110 |
Copyright (C) 1998-2002 by Project HOS |
Copyright (C) 2002 by Project HOS |
| 111 |
------------------------------------------------------------------------------ |
------------------------------------------------------------------------------ |
Parent Directory
Revision Log
Revision Graph
Patch