リポジトリー(コミット)単位でバージョン(リビジョン番号)が上がっていく。 1ファイルでもコミットされれば、全体のバージョンが上がる。 1つのリポジトリー内で複数のプロジェクトを運用しようとしても、全プロジェクトを通して共通のバージョン番号になる。
Subversionを使ったブランチモデル、バージョン管理戦略がだいぶ分かってきたのでまとめてみる。 #走り書きなので後でロジカルにまとめる。 元ネタは下記の記事。 複数のアジャイルチームでのバージョン管理 【1】Subversionブランチが作られるタイミングは、2つある。 一つは、本番リリース直後に作るリリースブランチ。 他方は、突然やってきた大きな機能追加に対応するタスクブランチ。 【1-1】リリースブランチは普通で頻繁に作る。 リリースブランチのライフサイクルは、下記の通り。 これがVer1.0, 2.0とバージョンアップするたびに作られる。 Create:本番リリース直後にtrunkから切られたTagから作る。 ↓ Update:緊急のバグ修正を反映する。当然、trunkにもマージする。 ↓ Delete:次のバージョンが本番リリースされた直後に廃止される。 ここで重要なポイント
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く