@tibia.sh/tibiawiki-data 3.0.2 → 3.0.3

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (3) hide show
  1. package/README.md +10 -7
  2. package/index.db +0 -0
  3. package/package.json +1 -1
package/README.md CHANGED
@@ -121,12 +121,15 @@ crawl.
121
121
  is anything but `9.0.0`. The major version covers only the server's enrichment tables,
122
122
  and no version covers the tables tibiawiki-sql writes.
123
123
 
124
- A generator upgrade does not bump the major. A user who installed the oldest published server
125
- that depends on `^N` gets every new `N.x` of this package, so before every publish, and in CI,
126
- the `oldest-consumer` job installs that server package from npm together with the packed
127
- candidate, and pages every item through its `tibia_find_items`. The gate passes only when no
128
- page is an error, every page carries the candidate index's `generate_time`, and every item in
129
- the index comes back exactly once. `pnpm oldest-consumer` runs the same gate, and needs network
124
+ A generator upgrade does not bump the major. If you installed any published server that depends
125
+ on `^N`, your next install gets every new `N.x` of this package. So before every publish, and in
126
+ CI, the `oldest-consumer` job installs the oldest and the newest published `^N` server from npm,
127
+ each together with the packed candidate, and pages every item through each one's
128
+ `tibia_find_items`. The oldest has the oldest serving code that still gets a new `N.x`. The newest
129
+ is the one a fresh install gets, and newer serving code can refuse an index the oldest serves. When
130
+ one server is both, the job sweeps it once. The gate passes only when, for each server, no page
131
+ is an error, every page carries the candidate index's `generate_time`, and every item in the
132
+ index comes back exactly once. `pnpm oldest-consumer` runs the same gate, and needs network
130
133
  access to npm.
131
134
 
132
135
  The sweep covers items only, not creatures, NPCs, quests or spells. So the `9.0.0` pin in
@@ -243,7 +246,7 @@ and passes the gate, ends this way. If it does not, the run installs from the lo
243
246
  `pnpm test`, and runs `npm publish`.
244
247
 
245
248
  - The gate runs on every push, whether the run publishes or not, so an index that breaks the
246
- oldest published server turns the run red even when nothing is published.
249
+ oldest or the newest published server turns the run red even when nothing is published.
247
250
  - The check is for existence, never a comparison with `latest`. A revert leaves
248
251
  `version` below `latest`, and `npm publish` moves `latest` itself.
249
252
  - A registry the check cannot read fails the run. It is never taken for a missing
package/index.db CHANGED
Binary file
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@tibia.sh/tibiawiki-data",
3
- "version": "3.0.2",
3
+ "version": "3.0.3",
4
4
  "description": "The prebuilt TibiaWiki index served by @tibia.sh/tibiawiki-mcp. Its major version is the index schema version.",
5
5
  "type": "module",
6
6
  "license": "(CC-BY-SA-3.0 AND MIT)",