結論と対象読者

OSの保存状態は、Gitリポジトリが残っているかだけでは判断できません。ソース、履歴、タグ、サブモジュール、ビルドツール、依存物、ファームウェア、インストール媒体、文書、ハッシュ、ライセンスが揃い、取得方法とビルド条件を再現できるか確認してください。

このページは、非主流OSを安全に調査・試行したい人、既存OS資産の保守や移行を担当する人、OSの仕様・権利・互換性・認証を正確に比較したい人を対象にしています。

30秒要約

  • ソース保存と実行可能な配布物保存を分ける
  • Git履歴、タグ、submodule、LFS、外部依存を確認する
  • SWHIDは保存されたソース内容の恒久参照に使える
  • ISOやROMなどのバイナリは別の保存計画が必要

概要と背景

古いOSでは、リポジトリだけ残っていてもコンパイラ、ライブラリ、生成ツール、署名鍵、サーバー側生成物が失われ、ビルドできないことがあります。反対にISOだけ残っていても、ソース、変更履歴、ライセンス、修正可能性が失われています。

特徴・できること

  • Software Heritageは公開ソースコードと履歴を収集する
  • SWHIDは内容に基づく識別子としてソースを参照できる
  • Save Code Nowで公開リポジトリの保存要求ができる
  • Git bundleやbare mirrorは手元で履歴を保管する方法になる
  • SHA-256は配布物の同一性確認に利用できる
  • SBOMは構成要素の確認に役立つが完全性を自動保証しない

現在の位置付けと利用上の前提

Software Heritage公式資料は、公開Git、Mercurial、Subversion等の保存要求とSWHIDによる参照を案内しています。一方、個別の大容量ファイル、非公開依存、商用SDK、外部ダウンロードは自動収集されない場合があります。保存済みという表示だけで完全な再ビルド可能性を断定できません。

確認日は2026年7月24日です。製品版、認証範囲、ライセンス、対応機器、価格、保存状態は変わる可能性があります。公式資料で確認できない条件は「要確認」として扱ってください。

近い対象との比較

ソースアーカイブ

コードと履歴を保存しますが、ISO、ROM、署名済みバイナリの完全保存とは別です。

リリースアーカイブ

利用者が起動しやすい媒体を残しますが、修正・再ビルド可能性は保証しません。

再現可能ビルド

同じソースから同一または検証可能な成果物を作れる状態で、単なる保存より要件が厳しいです。

エミュレーション環境保存

OSだけでなく仮想機種、ROM、起動コマンド、周辺機器設定を残します。

確認/試行の条件と注意点

  • 公式リポジトリURLとミラーURLを記録する
  • 全ブランチ、タグ、注釈タグ、submodule、Git LFSを確認する
  • Git bundleまたはmirror cloneを作成する
  • リリース媒体のSHA-256と署名を保存する
  • ビルド手順、コンパイラ版、ホストOS、依存URLを記録する
  • ファームウェア、ROM、フォント、文書、テストデータを確認する
  • Software Heritageで保存状態とSWHIDを確認する
  • 隔離環境で再ビルドと起動を実際に試す

重要な環境へ適用する前に、対象版、構成、取得元、検証手順を記録し、隔離した環境で再現できることを確認してください。

参考リンク