上野家のホームページ
ナーマル，マリン，ココ
[
新規
|
一覧
|
検索
|
最新
|
ヘルプ
]
開発/バージョン管理システム/Subversion/運用方法
をテンプレートにして作成
資料室
開発/バージョン管理システム/Subversion/運用方法 をテンプレートにして作成
[
差分
|
バックアップ
|
リロード
]
[ ]
開始行:
#clear
SubversionとTracを使って，バージョン管理をしようと思いま...
truk,branches,tagsの扱い方がわからなかったりするので・・・
*trunk,branches,tagsについて
**trunk,branches,tagsの役割
|trunk|主となるドキュメントやプログラムを管理するリポジト...
|branches|リリース用のパッケージ。trunkからA.B.Xと採番し...
|tags|branchsで実リリースを行ったときのリビジョンのスナッ...
**リリースの手順とtrunk,branches,tagsの分岐の関係
リリースするときに，最新のtrunkから「X.Y.Z」というリリー...
そのブランチを安定させた時点で「X.Y.0」とタグをつけて本番...
非安定版の場合は，「X.Y.0-alphaM」，「X.Y.0-betaN」，「X....
下図は，リリース用の「1.0.X」ブランチを作成し，リリースす...
#ref(tagBranchTrunk.png)
**branchesを作成するときの注意点
***必ずtrunkから分岐させる
メインラインとなるtrunkは最新開発用ブランチという役割を保...
branchesから分岐させて孫のbranches，ひ孫のbranchesをさせ...
***trunkは正しくビルドできる状態で保つ
開発者は，メインライン（trunk）に対して作業を行う。コミッ...
***branchesの変更は，即効でメインライン(trunk)に反映させる
branchesに対するメンテナンス期間が長いほど，trunkへのマー...
**リリース番号の付け方
リリース番号のつけ方を以下のようにする。~
Apacheで使っている方法で，命名規則は下記のようにする。
MAJOR.MINOR.PATCH
例えば，「2.0.6」なら，「メジャーバージョン2，マイナーバ...
どの階層で番号を増やすかは，下記のレベルで決める。
|PATCH|バグフィックスのような，絶対にコードを壊さない変更...
|MINOR|新しくAPIが追加される場合（APIの削除はなし）|
|MAJOR|APIを完全にリニューアルする場合|
番号の増やし方は以下の通り
***PATCH
1.0.2⇒1.0.3のように同じMAJOR,MINOR系列でPATCHの番号を1つ...
***MINOR
1.0.3⇒1.1.0のように同じMAJOR系列でMINORの番号を1つ増やす...
***MAJOR
1.1.0⇒2.0.0のようにMAJORの番号を1つ増やす。MINOR,PATCH番...
*TracのBTSとSubversionの版管理を仲良くするためには。。。
Tracにはチケット発行管理とマイルストーン管理がある。Subve...
**チケット
チケットは作業ごとに分類して発行すればよい。~
作業分類は主に以下のとおり
***仕様FIX
開発するプロジェクトの仕様をFIXするタスク
***仕様変更
仕様FIXしたんだけど、ユーザの気が変って仕様が変わったとき...
***機能追加
仕様FIXしたんだけど、ユーザに欲が出てきて、機能を追加する...
***リリース
本番へのリリース作業
***バグ対応
名前の通り，バグが発生したときに発行するチケット。チケッ...
***サーバ障害
サーバ障害が発生したときに，発行するチケット。どんな対応...
***サーバ設定作業
アプリケーションを動かすのに必要な，サーバの設定。新規に...
***調査
アプリケーションを動かすのに必要なミドルウェア，サーバの...
Tracでは，チケットタイプはデフォルトでは英語名だが，日本...
**チケットの状態遷移
チケットの寿命は主に５つの状態がある。
***１．チケット発行
プロジェクトに関して，作業が発生したときにチケットを発行...
***２．作業者割り当て
作業をする担当者を決定。PMOみたいな任命奉行がいなければ自...
***３．作業着手
今，その作業を手につけているのか。作業をしているなその作...
***４．チケットクローズ
作業が終了したらCLOSEする。そのチケットがコーディング作業...
そのほうが，チケットとリビジョンの関連付けができる。~
チケット1枚に対し，どのような改修が発生したか，Tracのリポ...
改修履歴を追うことができるし，改修に要したボリューム，工...
***５．クローズしたチケットの差し戻し
クローズしたチケットについて，再度対応しなければならない...
FIXしたはずバグが再発したときの場合など。
**ロードマップ
***ロードマップの位置づけ
+ロードマップはプロジェクトの将来の開発計画と管理に役立つ。
+ロードマップはチームの所信表明演説みたいなものである。
***ロードマップを実現するためには
+ロードマップはマイルストーンというで作業単位に分割してス...
+マイルストーンにチケットを紐付ける。
+紐付けると，マイルストーンを実現するためにどんな作業が必...
+全チケットのうち，チケットを消化した進み具合で，何％まで...
***マイルストーン
+チケットはマイルストーン毎に集約させる。そうするとマイル...
+マイルストーンの名前は「プロジェクト名-A.B.X」といった命...
+マイルストーンは，アプリケーションのリリースのたびに作成...
終了行:
#clear
SubversionとTracを使って，バージョン管理をしようと思いま...
truk,branches,tagsの扱い方がわからなかったりするので・・・
*trunk,branches,tagsについて
**trunk,branches,tagsの役割
|trunk|主となるドキュメントやプログラムを管理するリポジト...
|branches|リリース用のパッケージ。trunkからA.B.Xと採番し...
|tags|branchsで実リリースを行ったときのリビジョンのスナッ...
**リリースの手順とtrunk,branches,tagsの分岐の関係
リリースするときに，最新のtrunkから「X.Y.Z」というリリー...
そのブランチを安定させた時点で「X.Y.0」とタグをつけて本番...
非安定版の場合は，「X.Y.0-alphaM」，「X.Y.0-betaN」，「X....
下図は，リリース用の「1.0.X」ブランチを作成し，リリースす...
#ref(tagBranchTrunk.png)
**branchesを作成するときの注意点
***必ずtrunkから分岐させる
メインラインとなるtrunkは最新開発用ブランチという役割を保...
branchesから分岐させて孫のbranches，ひ孫のbranchesをさせ...
***trunkは正しくビルドできる状態で保つ
開発者は，メインライン（trunk）に対して作業を行う。コミッ...
***branchesの変更は，即効でメインライン(trunk)に反映させる
branchesに対するメンテナンス期間が長いほど，trunkへのマー...
**リリース番号の付け方
リリース番号のつけ方を以下のようにする。~
Apacheで使っている方法で，命名規則は下記のようにする。
MAJOR.MINOR.PATCH
例えば，「2.0.6」なら，「メジャーバージョン2，マイナーバ...
どの階層で番号を増やすかは，下記のレベルで決める。
|PATCH|バグフィックスのような，絶対にコードを壊さない変更...
|MINOR|新しくAPIが追加される場合（APIの削除はなし）|
|MAJOR|APIを完全にリニューアルする場合|
番号の増やし方は以下の通り
***PATCH
1.0.2⇒1.0.3のように同じMAJOR,MINOR系列でPATCHの番号を1つ...
***MINOR
1.0.3⇒1.1.0のように同じMAJOR系列でMINORの番号を1つ増やす...
***MAJOR
1.1.0⇒2.0.0のようにMAJORの番号を1つ増やす。MINOR,PATCH番...
*TracのBTSとSubversionの版管理を仲良くするためには。。。
Tracにはチケット発行管理とマイルストーン管理がある。Subve...
**チケット
チケットは作業ごとに分類して発行すればよい。~
作業分類は主に以下のとおり
***仕様FIX
開発するプロジェクトの仕様をFIXするタスク
***仕様変更
仕様FIXしたんだけど、ユーザの気が変って仕様が変わったとき...
***機能追加
仕様FIXしたんだけど、ユーザに欲が出てきて、機能を追加する...
***リリース
本番へのリリース作業
***バグ対応
名前の通り，バグが発生したときに発行するチケット。チケッ...
***サーバ障害
サーバ障害が発生したときに，発行するチケット。どんな対応...
***サーバ設定作業
アプリケーションを動かすのに必要な，サーバの設定。新規に...
***調査
アプリケーションを動かすのに必要なミドルウェア，サーバの...
Tracでは，チケットタイプはデフォルトでは英語名だが，日本...
**チケットの状態遷移
チケットの寿命は主に５つの状態がある。
***１．チケット発行
プロジェクトに関して，作業が発生したときにチケットを発行...
***２．作業者割り当て
作業をする担当者を決定。PMOみたいな任命奉行がいなければ自...
***３．作業着手
今，その作業を手につけているのか。作業をしているなその作...
***４．チケットクローズ
作業が終了したらCLOSEする。そのチケットがコーディング作業...
そのほうが，チケットとリビジョンの関連付けができる。~
チケット1枚に対し，どのような改修が発生したか，Tracのリポ...
改修履歴を追うことができるし，改修に要したボリューム，工...
***５．クローズしたチケットの差し戻し
クローズしたチケットについて，再度対応しなければならない...
FIXしたはずバグが再発したときの場合など。
**ロードマップ
***ロードマップの位置づけ
+ロードマップはプロジェクトの将来の開発計画と管理に役立つ。
+ロードマップはチームの所信表明演説みたいなものである。
***ロードマップを実現するためには
+ロードマップはマイルストーンというで作業単位に分割してス...
+マイルストーンにチケットを紐付ける。
+紐付けると，マイルストーンを実現するためにどんな作業が必...
+全チケットのうち，チケットを消化した進み具合で，何％まで...
***マイルストーン
+チケットはマイルストーン毎に集約させる。そうするとマイル...
+マイルストーンの名前は「プロジェクト名-A.B.X」といった命...
+マイルストーンは，アプリケーションのリリースのたびに作成...
ページ名:
Counter: 0, today: 0, yesterday: 0
Copyright©2008 Yuji Ueno All Rights Reserved.
ログイン
ユーザ名:
パスワード:
IDとパスワードを記憶
パスワード紛失
メインメニュー
ホーム
でぶlog
資料室
最新ページ一覧
全ページ一覧
ヘルプ
フォーラム
お問い合わせ
