【勉強会】パターンによるソフトウェア構成管理
2. パターンによるソフトウェア構成管理 • 訳本2006/10発売 – 情報はちょっと古い – すでにSVNなどで実装されているものもある – パターンというかポリシーっぽいものもある • 全体で250ページくらい – 概念説明が50ページくらい – パターンの解説は130ページくらい – 付録でCSV時代のツール説明が50ページくらい 3. 基礎 /release Bug01修正 1.1 ←ブランチ化 ←マージ コードライン↓ /main ↑ main.1 コードラインの main.2 タグ→ バージョン 4. 今日あんまり説明しないパターン パターンだけど常識 パターンってかポリシー • Unit Test • Private Workspace 単体テストしてね 個人作業場所確保 • Private System Build • Private Versions ローカルでビルドし
大規模プロジェクトはバージョン管理が重要になってくる - プログラマの思索
ソース管理について良い記事があったのでメモ。 Subversionベストプラクティス 複数のアジャイルチームでのバージョン管理 「複数のアジャイルチームでのバージョン管理」の指摘は非常に重要なので、まとめておく。 【1】バージョン管理の目的 1-1. Fail First コードのコンフリクトや統合の問題を早期に解決する。 1-2. 常にリリース可能 どんなに悪いイテレーションでも、その成果物はリリース可能にならねばならない。 1-3. シンプル チェックインやマージ作業などのポリシーはシンプルで明確であること。 オブジェクト指向のパッケージ原則の一つに「再利用できる粒度とリリースできる粒度は同じだ」という法則がある。 つまり、最終的にリリース可能であるということは、その成果物が公開された時、他の誰もが安心して使える品質レベルを保障しているということ。 我々プログラマは、結局、他の開発者が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
