Skip to content
Permalink
Branch: master
Find file Copy path
Find file Copy path
Fetching contributors…
Cannot retrieve contributors at this time
120 lines (67 sloc) 3.99 KB

Releasing a new version of Primer CSS 🎉

Prepare the release (in primer/css)

  1. Decide which PRs should be part of the next release and if it will be a major, minor or patch <version>. You may also check the release tracking project or ask your team members in Slack.

  2. Create a new release branch from master and name it release-<version>.

  3. Start merging existing PRs into the release branch. Note: You have to change the base branch from master to the release-<version> branch before merging.

  4. Create a new PR for the release-<version> branch. Please use the following template for the PR description, linking to the relevant issues and/or pull requests for each change, removing irrelevant headings and checking off all of the boxes of the ship checklist:

    # Primer CSS [Major|Minor|Patch] Release
    
    Version: 📦 **0.0.0**
    Approximate release date: 📆 DD/MM/YY
    
    ### :boom: Breaking Change
    - [ ] Description #
    
    ### :rocket: Enhancement
    - [ ] Description #
    
    ### :bug: Bug Fix
    - [ ] Description #
    
    ### :nail_care: Polish
    - [ ] Description #
    
    ### :memo: Documentation
    - [ ] Description #
    
    ### :house: Internal
    - [ ] Description #
    
    ----
    
    ### Ship checklist
    
    - [ ] Update `CHANGELOG.md`
    - [ ] Update the `version` field in `package.json`
    - [ ] Test the release candidate version with `github/github`
    - [ ] Merge this PR and [create a new release](https://github.com/primer/css/releases/new)
    - [ ] Update `github/github`
    
    For more details, see [RELEASING.md](https://github.com/primer/css/blob/master/RELEASING.md).
    
    /cc @primer/ds-core
  5. Update CHANGELOG.md

  6. Update the version field in package.json to match the release version. You may also run the npm version v<version> command.

  7. Wait for your checks to pass, and take note of the version that primer/publish lists in your status checks.

    ProTip: The release candidate version will always be <version>-rc.<sha>, where <version> comes from the branch name and <sha> is the 7-character commit SHA.

Test the release candidate (in github/github):

  1. Create a new branch in the github/github repo, name it primer-<version>.

  2. Update the Primer CSS version to the published release candidate with:

    bin/npm install @primer/css@<version>-rc.<sha>

    Then commit and push the changes to package.json, package-lock.json, LICENSE and vendor/npm.

  3. If you need to make changes to github/github due to the Primer CSS release, do them in a branch and merge that into your release branch after testing.

  4. Add or re-request reviewers and fix any breaking tests.

  5. Test on review-lab.

Publish the release (in primer/css)

  1. If the release PR got approved and you've done necessary testing, merge it.

    After tests run, the docs site will be deployed and @primer/css will be published with your changes to the latest dist-tag. You can check npm to see if primer/publish has finished.

  2. Create a new release with tag v<version>.

  3. Copy the changes from the CHANGELOG and paste them into the release notes.

  4. Publish 🎉

Update github.com (in github/github):

  1. Install the latest published version in the same primer-<version> branch created earlier with:

    bin/npm install @primer/css@<version>
    

    Then commit and push the changes to package.json, package-lock.json, LICENSE and vendor/npm.

  2. Fix any breaking tests.

  3. Deploy! 🚀

Publish the release

  1. Create a new release with tag v<version>.

  2. Copy the changes from the CHANGELOG and paste them into the release notes.

  3. Publish 🎉

You can’t perform that action at this time.