謎解き バージョン管理｜最新版と公開版の対応を記録
謎解き バージョン管理は、制作中の最新版と実際の公開版の対応を記録する判断です。管理対象は完成データだけでなく、公開先・印刷物・素材・修正理由まで関連づけます。合格基準は新しさではなく、利用中の版を第三者が履歴から特定できることです。内容を評価するテストプレイとは切り分け、版の識別と切り替え記録に限定します。
管理対象に含める版の範囲
「ID544の「謎解き テストプレイ」が担う全体説明は繰り返さず、謎解き バージョン管理で最新版と公開済み版の対応を記録する判断だけを扱う。固有作品の内容、変動する開催情報、順位付け、根拠のない断定は対象外とする。」
対象範囲には編集元・出力物・公開用データ・物理在庫・連携先の版を含めます。自動保存の連番は正式版とみなさず、承認状態と公開状態を別の属性で持たせます。最新版という呼び名だけでは曖昧なため、版の識別子と確定理由を必ず組にします。破棄候補もすぐ消さず、公開中の成果物から参照されていないか確かめます。
最新版を識別する準備条件
準備では保管場所・命名規則・承認役・公開を切り替える手順を先に決めます。実施順は変更受付・作業版の分岐・差分確認・承認・公開版との対応記録です。修正理由には外観の説明だけでなく、影響媒体と戻す条件を含めます。完了記録では公開した版・切替結果・旧版の状態・確認者を一続きで追えるようにします。
- ✓謎解き バージョン管理の対象範囲
- ✓謎解き バージョン管理の準備条件
- ✓謎解き バージョン管理の実施順
- ✓謎解き バージョン管理の例外対応
- ✓謎解き バージョン管理の完了記録
公開版との対応を残す順序
ISO・ISO/IEC 25010 Systems and software Quality Requirements and Evaluationも確認する。同規格は変更後の品質観点を整える助けになりますが、版の命名規則は指定しません。W3C・Markup Validation Serviceは更新後の構文誤りを検出しますが、版は識別しません。W3C・Web Content Accessibility Guidelines 2.2は変更後の利用性を見ますが、版履歴の証明にはなりません。
- ISO・ISO/IEC 25010 Systems and software Quality Requirements and Evaluation
- W3C・Markup Validation Service
- W3C・Web Content Accessibility Guidelines 2.2
- 経済産業省・製品安全ガイド
- IPA・安全なウェブサイトの作り方
経済産業省・製品安全ガイドは物理物の安全観点を補えますが、在庫の版追跡を定める資料ではありません。IPA・安全なウェブサイトの作り方は安全な改修に役立ちますが、公開版との対応表は別に作ります。各資料は変更後の一般確認に使い、特定の版を承認した証拠として単独利用しません。公開先の状態は変わり得るため、参照した版と確認時の結果を履歴へ明記します。
媒体別に選ぶ管理方式
管理方式は「物理物だけ」「デジタルだけ」「両者連携」の三つで記録粒度を変えます。同じ識別子を流用すると媒体固有の修正を隠すため、対応関係で結びます。利用中の版を回収できるか、差し戻せるかを基準に管理方式を選びます。
| 選択肢 | 確認項目 | 次に照合する項目 |
|---|---|---|
| 物理物だけ | 謎解き バージョン管理の対象範囲 | 謎解き バージョン管理の準備条件 |
| デジタルだけ | 謎解き バージョン管理の実施順 | 謎解き バージョン管理の例外対応 |
| 両者連携 | 謎解き バージョン管理の完了記録 | 謎解き バージョン管理について、最新版と公開済み版の対応を記録するための実務判断だけに限定する |
物理物だけなら原稿版と製造分を対応させ、残っている旧版の扱いまで記録します。デジタルだけなら作業版と公開版を分け、切替前後の表示結果を履歴へ添えます。両者連携では紙面と遷移先の組を管理し、一方だけの更新を未同期として示します。媒体別の派生版が必要なら親版を明記し、変更点を共通部分と固有部分に分けます。
緊急修正と分岐版の扱い
管理表には版の識別子・親版・変更理由・承認状態・公開状態・保管先を持たせます。作業者名だけでは根拠が残らないため、差分と承認結果を同じ記録へ結びます。公開版の切替には実施役と確認役を置き、自己確認だけで履歴を閉じません。
旧版の印刷物が残っている場合
新しい原稿を確定しても旧版在庫は消えないため、利用状態を別に管理します。混在を許容する判断では、両版から同じ公開先へ進めるかを先に確かめます。切り替える場合は回収対象と継続利用分を分け、現場の判断だけに委ねません。
公開後の修正を戻す場合
不具合が出た版を上書きせず、直前に正常だった公開版を履歴から選びます。例えば、戻す操作自体にも新しい記録を作り、どの変更を取り消したかを残します。復旧後は表示だけでなく参照素材との対応を調べ、古い組み合わせを放置しません。
紙面だけ先に確定した場合
公開用データが未確定なら、紙面版を単独の完成版として対応表へ登録します。後から公開版を結ぶ際は、紙面の導線が想定した遷移先と一致するか確認します。公開側の変更が紙面へ及ぶなら、未同期の印を付けて配布判断を保留します。
履歴を閉じる完了記録
同時編集時は片方を上書きせず、共通の親版から分岐した記録を作ります。統合時は双方の差分を列挙し、不採用の変更も理由とともに残します。緊急修正でも仮の識別子を発行し、後で正式記録へ対応させます。完了時は公開先を確認し、管理表の公開版と一致した結果を保存します。
ファイル名の日付だけで管理できますか？
日付だけでは同日の分岐や承認状態を区別できず、公開版を誤認しやすくなります。固有の版識別子に親版と状態を添え、日付は検索を助ける情報にします。命名を変えても旧名との対応を残し、過去の記録を探せる状態にします。
軽い修正にも新しい版が必要ですか？
公開結果が変わるなら、文字量が少なくても追跡できる新しい版に分けます。内部メモだけの変更は成果物の版を上げず、管理記録の更新と区別できます。迷う場合は元へ戻す必要を考え、戻す可能性があれば版を分けます。
過去版が見つからないときはどうしますか？
現存する公開物と保管データを照合し、確認範囲から仮の対応表を作ります。推測した版を確定扱いせず、不明区間と根拠にした記録を明示します。以後の変更は新しい基点から管理し、失われた履歴を創作して埋めません。
版管理の中心は最新ファイル探しでなく、利用中の版を説明できることです。対象・命名・承認手順をそろえれば、作業版の誤公開や旧版の混在を抑えられます。例外や復旧も独立した変更として残し、通常の更新履歴から消さないことが重要です。最新版と公開版の対応を閉じるまで記録し、次の修正も同じ基点から始めます。