基本情報技術者試験「構成管理」の問題
バージョン管理におけるブランチを用いた開発で、本流(メインライン)を安定して保つために推奨される運用として最も適切なものはどれか。
ア全員が常に本流へ直接コミットし、ブランチは一切作らない
イ作成したブランチは決して統合せず、機能ごとに別々の最終版として恒久的に並存させ続けていく
ウ履歴の追跡を避けるため、不要になったコミット履歴を随時削除する
エ機能ごとにブランチを切り、検証後に本流へマージする
正解
エ．機能ごとにブランチを切り、検証後に本流へマージする
ブランチ戦略では、開発中の変更を機能単位のブランチに隔離して進め、レビューや検証で問題ないことを確認してから本流(メインライン)へマージする。これにより未完成の変更が本流へ混入せず、本流を常にリリース可能な安定状態に保てる。設問の意図に正確に合致する。
?選択肢ごとの解説
ア ×全員が本流へ直接コミットすると未完成や不具合のある変更が本流を不安定にしやすく、本流を安定に保つ運用とは反対である。
イ ×ブランチを統合せず別々の最終版として並存させ続けると、変更が一本化されず差異が拡大して保守が破綻するため不適切である。
ウ ×コミット履歴を随時削除すると変更の追跡や復元ができなくなり、構成管理の根幹である追跡可能性を損なうため不適切である。
エ ○ブランチ戦略では、開発中の変更を機能単位のブランチに隔離して進め、レビューや検証で問題ないことを確認してから本流(メインライン)へマージする。これにより未完成の変更が本流へ混入せず、本流を常にリリース可能な安定状態に保てる。設問の意図に正確に合致する。
✎くわしく
ブランチ戦略の要点は『隔離して開発し、検証後に統合する』ことにある。本流を保護し、機能・修正ごとにブランチを切ってレビューとテストを通してからマージする運用で、品質の低い変更が本流へ入るのを防ぐ。履歴を残すことは構成管理の追跡可能性の前提であり、削除は禁忌。ブランチを統合せず放置すると差分が膨らみ統合困難(マージ地獄)に陥る。
✓本番での押さえどころ
試験のコツ
本流安定化の文脈では『機能ごとにブランチ→検証後にマージ』が正解。直接コミットや履歴削除は不適切と判断する。
覚え方
ブランチ＝枝で試作し、良ければ幹(本流)へ接ぐ。幹を傷つけないために枝で作業、とイメージする。
よくある誤り
『本流へ直接コミットすれば速い』と考えがちだが、本流の安定性を損なう。隔離→検証→マージの流れが推奨である点を押さえる。
開発技術の他の問題
アジャイル開発の手法であるスクラムにおいて、スプリントごとに動作するソフトウェアを開発チームが実際に作り上げ、その成果物をプ…ソフトウェアのテストにおいて、プログラムの内部構造には着目せず、入力に対する出力が仕様どおりであるかを検証する手法を採用した…あるシステムのファンクションポイント(FP)を見積もったところ、未調整FPは200であった。技術的複雑度を表す調整係数が0.…ソフトウェアの企画から開発・運用・保守・廃棄までの各活動について、取得者と供給者が同じ言葉で役割や作業範囲を取り決められるよ…ある開発プロジェクトでは、要件定義・設計・実装・テストの各工程を上流から下流へ順に進め、前工程の成果物を承認してから次工程へ…開発対象を複数の部分に分け、各部分について計画・リスク分析・開発・評価の活動を繰り返し、評価のたびにリスクを見極めながら少し…
この問題を、AIの8-ways解説つきで。
無料ではじめる →基本情報技術者試験の演習を、一問ごとに「なぜ」まで。まずは無料で。
ukamiru 過去問 · 基本情報技術者試験 · fe-a2-0120