Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

chore: add beta release workflow action #4798

Open
wants to merge 16 commits into
base: main
Choose a base branch
from

Conversation

rubencarvalho
Copy link
Collaborator

Description

This PR introduces a new GitHub Actions workflow to automate the publishing of beta releases whenever changes are merged into the main branch. The beta releases are configured to always point to the next minor version.

Related issue(s)

Motivation and context

We're aiming to shorten feedback loops with teams, allowing consumers to test upcoming features and fixes before the official release.
This also moves us closer to a full CI/CD pipeline and will allow us to play around the idea of dry-run builds for upcoming releases.

Types of changes

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to change)
  • Chore (minor updates related to the tooling or maintenance of the repository, does not impact compiled assets)

Checklist

  • I have signed the Adobe Open Source CLA.
  • My code follows the code style of this project.
  • If my change required a change to the documentation, I have updated the documentation in this pull request.
  • I have read the CONTRIBUTING document.
  • I have added tests to cover my changes.
  • All new and existing tests passed.
  • I have reviewed at the Accessibility Practices for this feature, see: Aria Practices

Best practices

This repository uses conventional commit syntax for each commit message; note that the GitHub UI does not use this by default so be cautious when accepting suggested changes. Avoid the "Update branch" button on the pull request and opt instead for rebasing your branch against main.

Copy link

github-actions bot commented Oct 2, 2024

Branch preview

- name: Set Git identity
run: |
git config --global user.email "rcarvalho@adobe.com"
git config --global user.name "Ruben Carvalho"
Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We will create a team Git identity.


- name: Configure NPM for Lerna publish
env:
NODE_AUTH_TOKEN: ${{ secrets.NPM_TOKEN }}
Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We will create a team npm account and respective token. (to avoid using my personal)

Copy link

github-actions bot commented Oct 2, 2024

Lighthouse scores

Category Latest (report) Main (report) Branch (report)
Performance 0.99 0.98 0.99
Accessibility 1 1 1
Best Practices 1 1 1
SEO 1 0.92 0.92
PWA 1 1 1
What is this?

Lighthouse scores comparing the documentation site built from the PR ("Branch") to that of the production documentation site ("Latest") and the build currently on main ("Main"). Higher scores are better, but note that the SEO scores on Netlify URLs are artifically constrained to 0.92.

Transfer Size

Category Latest Main Branch
Total 228.329 kB 216.462 kB 🏆 216.78 kB
Scripts 57.471 kB 51.902 kB 🏆 51.951 kB
Stylesheet 34.691 kB 30.091 kB 🏆 30.395 kB
Document 6.222 kB 5.46 kB 🏆 5.462 kB
Font 126.957 kB 126.658 kB 126.623 kB 🏆

Request Count

Category Latest Main Branch
Total 52 52 52
Scripts 41 41 41
Stylesheet 5 5 5
Document 1 1 1
Font 2 2 2

Copy link

github-actions bot commented Oct 2, 2024

Tachometer results

Currently, no packages are changed by this PR...

@coveralls
Copy link
Collaborator

coveralls commented Oct 2, 2024

Pull Request Test Coverage Report for Build 11145229192

Details

  • 0 of 0 changed or added relevant lines in 0 files are covered.
  • No unchanged relevant lines lost coverage.
  • Overall coverage remained the same at 98.209%

Totals Coverage Status
Change from base Build 11142237379: 0.0%
Covered Lines: 32549
Relevant Lines: 32968

💛 - Coveralls

@rubencarvalho rubencarvalho marked this pull request as ready for review October 2, 2024 13:57
@rubencarvalho rubencarvalho requested a review from a team as a code owner October 2, 2024 13:57
@@ -13,6 +13,20 @@ This page provides comprehensive information on versioning, public APIs, browser

Starting from version 1.0.0, Spectrum Web Components follows semantic versioning ([semver](https://semver.org/)). We regularly release patch versions, which do not contain breaking changes. When a breaking change occurs, it will be done in a major version release to avoid breaking existing applications depending on the old version. Major version releases will be communicated in advance, and migration guides will be provided.

### Beta versions

To provide early access to upcoming releases, we maintain a beta tag that points to the next minor version. The beta tag will always correspond to the next minor version incremented from the latest stable release. For example, if the latest tagged release is `1.2.1`, the beta tag will be `1.3.0-beta.0`.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there a way we can spin up a parallel beta site with the existing netlify account?

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.

3 participants