Weave Code
Weaver
Helps Laravel developers discover, compare, and choose open-source packages. See popularity, security, maintainers, and scores at a glance to make better decisions.
Feedback
Share your thoughts, report bugs, or suggest improvements.
Subject
Message
package-release
wendelladriel/laravel-expressive
claude-code
release-management
github-actions
release-notes
git-tags
composer-test
versioning
ci-workflows

Use this skill when preparing Laravel package releases: generated release notes, GitHub release workflows, version checks, tags, release validation, or release automation changes. Never publish autonomously.

Install
php artisan boost:add-skill wendelladriel/laravel-expressive

Save this content to: .claude/skills/package-release/SKILL.md

# Package Release

## Primary Goal

Prepare a safe package release checklist and implementation without tagging, pushing, or publishing unless the user explicitly approves that action.

## Workflow

1. Review generated release notes config, GitHub release workflows, open diff, and pending package changes.
2. Validate the release state with `composer test` before recommending a release.
3. Confirm whether version metadata needs to change; many Laravel packages rely on Git tags rather than a hardcoded package version.
4. Review tag naming, release branch, and GitHub release workflow behavior before any release command.
5. Do not tag, push, or publish without explicit user approval.

## References

- `.github/release.yml`
- `.github/workflows/tests.yml`
- `composer.json`

## Examples

- Prepare a release by confirming generated release notes categories, running `composer test`, and drafting the tag command for user approval.
- Update release notes grouping in `.github/release.yml` when a new label convention is added.

## Anti-Patterns

- Creating tags, pushing branches, or publishing releases without explicit approval.
- Skipping `composer test` before a release recommendation.
- Changing release workflows without checking the supported matrix in `.github/workflows/tests.yml`.

Package Release

Primary Goal

Prepare a safe package release checklist and implementation without tagging, pushing, or publishing unless the user explicitly approves that action.

Workflow

  1. Review generated release notes config, GitHub release workflows, open diff, and pending package changes.
  2. Validate the release state with composer test before recommending a release.
  3. Confirm whether version metadata needs to change; many Laravel packages rely on Git tags rather than a hardcoded package version.
  4. Review tag naming, release branch, and GitHub release workflow behavior before any release command.
  5. Do not tag, push, or publish without explicit user approval.

References

  • .github/release.yml
  • .github/workflows/tests.yml
  • composer.json

Examples

  • Prepare a release by confirming generated release notes categories, running composer test, and drafting the tag command for user approval.
  • Update release notes grouping in .github/release.yml when a new label convention is added.

Anti-Patterns

  • Creating tags, pushing branches, or publishing releases without explicit approval.
  • Skipping composer test before a release recommendation.
  • Changing release workflows without checking the supported matrix in .github/workflows/tests.yml.
Weaver

How can I help you explore Laravel packages today?

Conversation history is not saved when not logged in.
Prompt
Add packages to context
No packages found.
socialdept/atp-orm
cboxdk/laravel-assistant-client
socialdept/atp-resolver
socialdept/tenant-domains
tautvydasr/blade-class-names
socialdept/color-scales
maherelgamil/controller
coleus/widgets
coleus/table
coleus/users
coleus/music
coleus/health
coleus/calendar
coleus/notes
coleus/support
coleus/settings
coleus/apps
seampact/laravel
emmyconceptng/laravel-ng-postcode
jjsquady/round-robin