Skip to content

ci: name the release jar SetHomes-<x>.jar to match v1 - #70

Merged
milanmalhotra merged 1 commit into
devfrom
set-homes-jar-naming
Aug 18, 2026
Merged

ci: name the release jar SetHomes-<x>.jar to match v1#70
milanmalhotra merged 1 commit into
devfrom
set-homes-jar-naming

Conversation

@milanmalhotra

Copy link
Copy Markdown
Collaborator

The BukkitDev files page for listing 312833 has used one naming convention since
1.2.4, confirmed against the live listing:

File name Display name
v1 SetHomes-1.3.0.jar SetHomes V1.3.0
2.0.0 as it stood SetHomes.V2.0.0.jar Set Homes V2.0.0

Both strings now follow v1, so v2 arrives as the next file in the same series
rather than looking like a different plugin. This also matches what the design
doc asked for (docs/superpowers/specs/2026-08-15-set-homes-listing-consolidation-design.md
line 178 specifies SetHomes V<version>); the implementation had drifted to
"Set Homes" with a space.

Changes:

  • .github/workflows/release.yml renames the build output to
    SetHomes-<version>.jar and publishes the GitHub Release with that asset and
    the title SetHomes V<version>.
  • scripts/publish-bukkitdev.sh uploads the same filename with display name
    SetHomes V<version>.
  • scripts/test-publish-bukkitdev.sh asserts the new strings.

The hyphen also sidesteps GitHub normalizing a space in a release asset name.

The Maven artifact is unchanged: target/SetHomesTwo-<version>.jar is still what
the build produces and what ../Spigot/start.bat copies, so the dev loop is
unaffected.

No changeset: .github/ and scripts/ are both exempt in
scripts/require-changeset.sh, and nothing here ships inside the jar.

2.0.0 itself is being uploaded by hand, so this first applies to the release
after it.

The files page on listing 312833 has used one convention since 1.2.4: the
jar is SetHomes-<version>.jar and its display name is SetHomes V<version>.
2.0.0 would have arrived as SetHomes.V2.0.0.jar under "Set Homes V2.0.0",
which reads as a different plugin sitting on top of the v1 downloads.

The GitHub Release asset and title follow the same strings, so the two
places a server owner can download from agree. The hyphen also avoids
GitHub normalizing a space in an asset name.

The Maven artifact is untouched: target/SetHomesTwo-<version>.jar is still
what the build produces and what ../Spigot/start.bat copies.
@milanmalhotra
milanmalhotra merged commit 975305f into dev Aug 18, 2026
5 checks passed
@milanmalhotra
milanmalhotra deleted the set-homes-jar-naming branch August 18, 2026 19:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant