実践的 プロダクトライン開発（PLE あるいは SPLE）
プロダクトライン開発（Product Line Engineering：PLE）では、バリアント管理を通じて、製品系列で共有する資産を体系的に再利用します。これは派生開発で継続して行われる改善や工夫を、上手に情報管理して役立てるということです。そうすることで、複雑さが増大する製品の開発を加速すると同時に、品質が改善され、トレーサビリティが高度に確保でき保守性も向上するなどの相乗効果も得られます。 再利用の秘訣はバージョンとバリアントの混同を避けること プロダクトライン開発では、製品系列内で資産を共通要素と変動要素に分類して開発・管理することで、体系的な再利用を目指します。その秘訣は、製品間の違いである変動要素の管理（バリアント管理）に、バージョン管理ツールを用いないことです。 バージョン地獄 上図は、典型的なバージョン管理から派生されるブランチ/マージのログで、複数の製品が既存システムのク
クリアなコードの作り方: 意図が伝わるコミットのしかた - 2012-03-13 - ククログ
コミットメッセージの書き方ではコミットをわかりやすくするためには以下の2つの条件を満たす必要があると書きました。 コミットの内容が分かりやすく説明されていること コミットの内容が小さくまとまっていること このうち「コミットの内容が分かりやすく説明されていること」についてはすでに説明済みです。今回は「コミットの内容が小さくまとまっていること」について説明します。 めざすところ 単純にコミットの内容を小さくするだけではわかりやすくなりません。それでは、どのような基準で小さくすればよいのでしょうか。 よく言われることは1つのコミットには1つの小さな論理的にまとまった変更だけにする、というものです。たしかにこれは重要です。しかし、これだけを基準とすると、人によっては大きめなコミットになってしまいます。人それぞれで論理的なまとまりの大きさが異なるからです。 1つのコミットでどうすればよいかを考えるの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
例外設計における大罪 - 契約
