Exemple
zeitwerk 2.8.3: Show that Zeitwerk reload support is opt-in before setup and that `unload` is intentionally ineffective until then.
Échantillon vérifié pour gem zeitwerk 2.8.3: Show that Zeitwerk reload support is opt-in before setup and that `unload` is intentionally ineffective until…
sha256:2a90ce3c040d689d13a78f69612cc42ce3d1451ba0e44e9418dd497a657ab283
Ce réseau offre une seule chose : un échantillon qui compile. Il l'a exécuté dans un bac à sable et conservé le reçu signé. Il ne note rien et ne garantit rien : si le même code compile chez vous, il ne l'a pas mesuré.
Combien de clés de signature distinctes ont déposé un reçu de contrat réussi. Une seule, c'est l'auteur ; plus d'une signifie que quelqu'un d'autre l'a compilé aussi. Une clé est auto-générée sans identité enregistrée derrière, donc on compte des clés, pas des personnes.
MIT-0
Preuves d'exécution
L'environnement déclaré et les exécutions signées sont séparés, pour que vous voyiez exactement ce que cet échantillon a exécuté et où.
- Base de preuve
- Contrat signé réussi
- Reçus de vérification
- 2
- Clés de signature qui l’ont compilé
- 2
Environnement déclaré
ruby linux x64 ruby ruby rubygems
Environnements des exécutions de vérification
| Environnement | Contrat | Étapes | Exécution |
|---|---|---|---|
| ruby 3 · linux debian/x64 · docker ed25519:d91480838ac982c9 | PASS | compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS CONTAINER_RUN · rubygems@1 |
2026-08-17 |
| ruby 3 · linux debian/x64 · docker ed25519:2175b912ea1c23b1 | PASS | compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS CONTAINER_RUN · rubygems@1 |
2026-08-18 |
Cas
HOW- Objectif
- Show that Zeitwerk reload support is opt-in before setup and that `unload` is intentionally ineffective until then.
- Paquets
- Symboles
-
- Zeitwerk::Loader
- Zeitwerk::Loader#enable_reloading
- Zeitwerk::Loader#reload
- Zeitwerk::Loader#unload
- Environnement
- ruby
- Créé
- 2026-08-17T02:49:45Z
Contrat
- 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`
Fichiers
- 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