Release: bump to 1.0.0 and publish to PSGallery
まだ誰も着手していません。
- 主要言語
- PowerShell
- スター
- 145
- フォーク
- 27
- 平均マージ
- 10時間 16分
- マージ済み PR(30日)
- 34
説明
Part of #120 (Phase 5 — Release). This is the destination.
Scope
- Bump
ModuleVersionto1.0.0inPowerShellBuild.psd1 - In the same commit, point the
PSDataURLs (LicenseUri,IconUri,ReleaseNotes) at/main/rather than/master/. There is nomasterbranch; those links resolve today only through GitHub's branch-rename redirect. - Cut the
1.0.0GitHub Release. Publishing it triggers.github/workflows/publish.yaml, which runs the full test suite and thenPublish-Modulewith thePSGALLERY_API_KEYrepository secret — the path that published 0.8.0, 0.8.1 and 0.8.2.
Cut — dropped 2026-09-04. The install-time risk the rc existed for is covered two other ways: 1.0.0-rc1 and soak ≥ 7 daysPublish-Module itself refuses to publish a package whose RequiredModules cannot be resolved on the destination repository, so an unsatisfiable dependency fails the release rather than reaching consumers; and #229 installs the built module from a local repository in CI on both editions. What the rc uniquely offered was consumer exposure, which prerelease build tooling does not get in practice. Recorded on #120.
Pre-flight before tagging
- #159 closed — the guide's coherence pass and the 1.0.0 changelog entry
- #229 green on
main - A
workflow_dispatchrun ofpublish.yamlagainstmainhas completed — done 2026-09-04, run 33914510553:checkout@v7, bootstrap, and the psake chainInit Clean Build Analyze Pesterall ran on the ubuntu runner (558 passed, 0 failed, 33 Windows-only skips), and the only failure wasPublish-Modulerefusing 0.8.2 as already published on the gallery. The manual-trigger recovery path is therefore proven too. It exercises checkout v7 (first use since #214), bootstrap and the full suite on the runner, and is expected to fail only atPublish-Modulebecause 0.8.2 already exists on the gallery — the whole workflow proven except the upload, at zero risk. The manual trigger failed the one time it was used and its logs have expired, so this also verifies the recovery path in advance.
Gate
Blocked on the release documentation being final. Everything else in the map must be closed or explicitly ruled out of scope before this opens.
Definition of done (from #120)
- Every in-scope item is closed
- The Phase 4 milestone discrepancy is resolved — #94 and #95 unmilestoned during charting and since closed. #98 and #103 were restored to
v1.0.0on 2026-08-28 and now block this issue: they are the only two public functions without coverage of their own, and the compile-mode test that appeared to coverBuild-PSBuildModuleasserts on file text only, so it passes over a module that exports nothing (#201) - Every public function has coverage of its own, and #201 is resolved
- The migration guide is complete and the AI prompt is tested against a sample consumer
build.ps1 1.0.0-rc1has soaked ≥ 7 days with no blocker reports
Done when
PowerShellBuild 1.0.0 is on PSGallery. The map is complete.
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず PowerShellBuild.psd1 と .github/workflows/publish.yaml から始め、リリースメタデータを変更する前に、プレフライト依存関係 #159、#229、#98、#103、#201 を確認します。ドキュメントとカバレッジのゲートが完了していることを確認し、その後 GitHub Release 1.0.0 を作成して、ワークフローがモジュールを PSGallery に公開できるようにします。PowerShellBuild 1.0.0 が PSGallery で利用可能になり、リリースマップが完全になれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- github-actions, powershell
- 領域
- ci-cd, release
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 静か
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 35/100