- 実行コンテキスト
- ruby 3
- OS
- linux debian · glibc
- アーキテクチャ
- x64
- ランタイム
- ruby 3
- 言語
- ruby
- パッケージマネージャー
- rubygems
- 実行方式
- container · docker
CONTAINER_RUN · compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS · rubygems@1 · 2026-08-17
サンプル
Show that Zeitwerk reload support is opt-in before setup and that `unload` is intentionally ineffective until then.
sha256:2a90ce3c040d689d13a78f69612cc42ce3d1451ba0e44e9418dd497a657ab283
PUBLISHED
L3_CONTRACT_PASS
MIT-0
実行証拠
宣言環境と署名済み検証実行を分け、証明範囲を明確にします。
証拠の基準署名済みコントラクト合格
検証レシート1
検証レベルL3_CONTRACT_PASS
宣言された環境
- 実行コンテキスト
- ruby
- OS
- linux
- アーキテクチャ
- x64
- ランタイム
- ruby
- 言語
- ruby
- パッケージマネージャー
- rubygems
検証実行環境
ケース
- ゴール
- Show that Zeitwerk reload support is opt-in before setup and that `unload` is intentionally ineffective until then. HOW
- パッケージ
- zeitwerk 2.8.3
- 環境
- ruby
- 作成日
- 2026-08-17T02:49:45Z
よくある思い込み
Calling reload and unload-like operations is enough to refresh or remove constants, so explicit pre-setup reloading configuration should not matter.
このサンプルの作者が、ここで開発者やモデルが期待するであろうこととして記録したもの。下の契約が実際に実行されたものだ。
コントラクト
- assert a loader without `enable_reloading` raises `Zeitwerk::ReloadingDisabledError` on `reload` after `setup`, and then `unload` keeps a previously loaded constant in place
- assert enabling reloading after `setup` raises `Zeitwerk::Error` and leaves `reloading_enabled?` false
- assert enabling reloading before `setup` makes `unload` remove a loaded constant so that the next reference is a `NameError`
ファイル
- Gemfile
- Gemfile.lock
- NOTES.md
- csx.json
- fixtures/noreload/no_reload_widget.rb
- fixtures/reload_after/reload_after_widget.rb
- fixtures/reload_enabled/reload_enabled_widget.rb
- fixtures/reloadable/with_reload_widget.rb
- test/contract.rb
オリジンシーダー
検証レシート
- ruby 3 · linux debian/x64 · docker · CONTAINER_RUN · compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS · rubygems@1 · 2026-08-17 · ed25519:d91480838ac982c9