Repository navigation
release: 0.3.1 — run on dsh 0.2.1 as well as 0.1.7 - #6
Merged
Merged
Conversation
- engines.dsh and the dsh-* peers are ^0.1.7-rc.2 || ^0.2.1-rc.2. dsh 0.2.1 decides compatibility from engines.dsh alone and refuses 0.2.0's ^0.1.7-rc.2 peers; dsh 0.1.7 and pnpm read the peers. - Dev pins move to 0.2.1-rc.2 (cordis ~4.0.5, cordis-plugin-loader ~1.0.6, schemastery ~3.18.5). src/ compiles unchanged; the built lib/ is identical. - Test fixtures follow the 0.2.1 contracts: tool-call stages carry name and the args view, and ConfigFormSnapshot no longer has mode. - package-meta pins that engines.dsh and every dsh-* peer name the same range.
Both hosts were checked in isolation (DSH_HOME in a scratch dir): the packed 0.3.0 installs, loads with its title and icon, renders its settings page and saves a setting on dsh 0.2.1-rc.2 and 0.1.7-rc.2, while 0.2.1 refuses 0.2.0. The remove-then-add upgrade path was run on 0.2.1.
0.3.0 went out with ^0.1.7-rc.2 peers, which dsh 0.2.1 refuses; 0.3.1 carries the dsh 0.2.1 support. PLUGIN_VERSION (the default User-Agent) follows package.json, and package-meta now checks that the two agree.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Why
0.3.0 shipped with dsh-* peers of
^0.1.7-rc.2and noengines.dsh. dsh 0.2.1-rc.2, which npm now ships as@deepseek-ai/dshlatest, refuses every refkit release up to 0.3.0 at install:The awesome-dsh-plugin registry and dsh 0.2.1's Discover tab offer whatever npm
latestis. So a listing would send 0.2.1 users to an Install button that fails.What ships (0.3.1)
engines.dshand the dsh-* peers are^0.1.7-rc.2 || ^0.2.1-rc.2. dsh 0.2.1 decides fromengines.dshalone; dsh 0.1.7 and pnpm read the peers. Both versions of dsh understand||ranges.src/compiles unchanged, and no API the plugin uses changed between 0.1.7 and 0.2.1.nameand theargsview, andConfigFormSnapshotno longer hasmode.package.json,PLUGIN_VERSION(the default User-Agent) andlib/are at 0.3.1.package-meta:engines.dshand every dsh-* peer name the same range;PLUGIN_VERSIONmatchespackage.json.Verification
typecheck,lint,test(174 passed),check:libandcheck:clientpass.DSH_HOMEin a scratch directory; the global dsh and~/.dshwere not touched.cordis.patch.yml(mode 0600), and the value survives a reload.After merge
v0.3.1;release.ymlpublishes it as npmlatest.refkitjs/dsh-pluginto the awesome-dsh-plugin registry.Supersedes #5, which was opened as "0.3.0" just before 0.3.0 was released from #4.