Skip to content

chore: publish the global tool as Fallout.GlobalTools#371

Merged
ChrisonSimtian merged 1 commit into
mainfrom
chore/publish-tool-as-fallout-globaltools
Jun 5, 2026
Merged

chore: publish the global tool as Fallout.GlobalTools#371
ChrisonSimtian merged 1 commit into
mainfrom
chore/publish-tool-as-fallout-globaltools

Conversation

@ChrisonSimtian

Copy link
Copy Markdown
Collaborator

Follow-up to Dennis's cc077a6e ("docs: update global tool name"), which set the install name to Fallout.GlobalTools in 2 docs but left the rest of the repo on Fallout.Cli.

The root cause: Fallout.Cli.csproj had no <PackageId>, so the package defaulted to the assembly name Fallout.Cli — i.e. Dennis's docs and the actual published id disagreed. This change makes them agree on Fallout.GlobalTools.

Not a breaking change: Fallout.Cli was never pushed to nuget.org, so this is a pre-publication rename. Targets main / target/2026.

What changed

Package identity (not the code):

  • Fallout.Cli.csproj<PackageId>Fallout.GlobalTools</PackageId>. Assembly/namespace stay Fallout.Cli; command stays fallout. ✅ Verified dotnet pack emits Fallout.GlobalTools.*.nupkg.
  • templates/dotnet-tools.json + Program.Setup.cs comment — the manifest fallout :setup writes into user repos now pins fallout.globaltools.
  • UpdateNotificationAttribute — in-tool update prompt → dotnet tool update Fallout.GlobalTools -g.

Docs (match the install name — point a):

  • README (install + upgrade note), introduction, 03-execution, 05-cicd/github-actions, CONTRIBUTING pin ref, rebrand-plan mapping.
  • migration/from-globaltool-to-cli.mddraft: true (unpublished — point b). It documents the never-released → Fallout.Cli rename, now superseded; no Fallout.Cli → Fallout.GlobalTools migration is published since nobody is on Fallout.Cli. ✅ Verified the page is excluded from the built site.

✅ Docs site builds clean; install pages render Fallout.GlobalTools, no Fallout.Cli.

Deliberately left (flagging for a maintainer call)

  • .config/dotnet-tools.json — the repo's own dogfood pin (fallout.cli 10.3.45). Can't flip to fallout.globaltools until a version is actually published under the new id, or dotnet tool restore breaks the build.
  • tools/unlist-*.json, CHANGELOG.md chore(globaltool)!: rename Fallout.GlobalTool → Fallout.Cli #206 narrative — records of already-published ids; not rewritten.
  • architecture / repository-layout / dependencies component tables — these name the internal project (Fallout.Cli), which is unchanged. Left as-is; happy to switch them to the package name if you'd prefer consistency.

🤖 Generated with Claude Code

@ChrisonSimtian
ChrisonSimtian requested a review from a team as a code owner June 5, 2026 09:31
@ChrisonSimtian ChrisonSimtian added the target/vCurrent Targets the current version label Jun 5, 2026
The dotnet-tool package id was defaulting to the assembly name
(Fallout.Cli), but the intended install name is Fallout.GlobalTools
(matches Dennis's docs fix in cc077a6). Fallout.Cli was never pushed to
nuget.org, so this is a pre-publication rename — non-breaking.

Set the package identity, not the code:
- Fallout.Cli.csproj: add <PackageId>Fallout.GlobalTools</PackageId>.
  Assembly/namespace stay Fallout.Cli; command stays `fallout`.
  Verified: pack produces Fallout.GlobalTools.*.nupkg.
- templates/dotnet-tools.json + Program.Setup.cs comment: the manifest
  `fallout :setup` writes into user repos now pins `fallout.globaltools`.
- UpdateNotificationAttribute: the in-tool update prompt now says
  `dotnet tool update Fallout.GlobalTools -g`.

Docs match the new install name:
- README install + upgrade note, introduction, 03-execution, github-actions,
  CONTRIBUTING pin reference, rebrand-plan mapping (package id vs namespace).
- migration/from-globaltool-to-cli.md → draft:true (unpublished): it
  describes the never-released Fallout.Cli rename, now superseded. No
  Fallout.Cli → Fallout.GlobalTools migration is published (nobody to migrate).

Deliberately left (not user-facing / need a coordinated publish first):
- .config/dotnet-tools.json — repo's own dogfood pin (fallout.cli 10.3.45);
  can't flip until a Fallout.GlobalTools version is published.
- tools/unlist-*.json, CHANGELOG history — records of already-published ids.
- architecture/repository-layout/dependencies tables — name the internal
  project (Fallout.Cli), which is unchanged.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@ChrisonSimtian
ChrisonSimtian force-pushed the chore/publish-tool-as-fallout-globaltools branch from 4c19d76 to 4816eb4 Compare June 5, 2026 09:34
@ChrisonSimtian
ChrisonSimtian merged commit f020810 into main Jun 5, 2026
2 checks passed
@ChrisonSimtian
ChrisonSimtian deleted the chore/publish-tool-as-fallout-globaltools branch June 5, 2026 09:41
ChrisonSimtian added a commit that referenced this pull request Jun 25, 2026
The PrintInfo() banner still printed "NUKE Global Tool 🌐" at startup — a
leftover the command/package rebrand (#66, #371) missed. Update it to
"Fallout Global Tool 🌐".

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
ChrisonSimtian added a commit that referenced this pull request Jun 25, 2026
The PrintInfo() banner still printed "NUKE Global Tool 🌐" at startup — a
leftover the command/package rebrand (#66, #371) missed. Update it to
"Fallout Global Tool 🌐".

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
ChrisonSimtian added a commit that referenced this pull request Jun 25, 2026
The PrintInfo() banner still printed "NUKE Global Tool 🌐" at startup — a
leftover the command/package rebrand (#66, #371) missed. Update it to
"Fallout Global Tool 🌐".

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

target/vCurrent Targets the current version

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant