Skip to content

Conversation

@prosdev
Copy link
Contributor

@prosdev prosdev commented Nov 8, 2025

Overview

Enable automatic GitHub Release creation and prepare the first release (v1.1.0) with changesets.

Changes

  • Add createGithubReleases: true to release workflow
  • Add fetch-depth: 0 for proper changelog generation
  • Include changeset for v1.1.0 documenting features since v1.0.1
  • Add Contributing section to README with changeset workflow documentation

What Happens After Merge

  1. Release workflow detects the changeset
  2. Automatically creates "Version Packages" PR
  3. That PR will bump @lytics/experience-editor to v1.1.0
  4. Merging the Version PR will publish to npm + create GitHub Release

v1.1.0 Changelog

  • Support for default field values to simplify form handling
  • Content ranking options (affinity/popular) for recommendation widgets
  • Date range display condition for time-based widget targeting
  • Improved code quality with Biome linting and formatting

Before Merging

Ensure NPM Trusted Publishing and GitHub production environment are configured (see .github/CI.md).

Add GitHub Releases creation to release workflow:
- Set createGithubReleases: true for automatic release creation
- Add fetch-depth: 0 to fetch full git history for proper changelogs
- Keep simple push-to-main trigger (branch protection ensures quality)

When packages are published, GitHub Releases will be created with:
- Version tags (e.g., @lytics/experience-editor@1.1.0)
- Changelog content as release notes
- Links to published npm packages
Add changeset documenting features since v1.0.1:
- Default field values support
- Content ranking for recommendations
- Date range display conditions
- Code quality improvements with Biome
@prosdev prosdev merged commit a55d787 into main Nov 8, 2025
1 check passed
@prosdev prosdev deleted the feat/enable-github-releases branch November 8, 2025 05:48
prosdev added a commit that referenced this pull request Nov 8, 2025
Fixes the release workflow - changesets needs to create `chore:` commits
but commitlint was blocking them.

Adds `chore` to allowed commit types in commitlint config.

Related to #28
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