Skip to content

Latest commit

 

History

History
81 lines (43 loc) · 4.92 KB

developing.md

File metadata and controls

81 lines (43 loc) · 4.92 KB

Reuters


bluprint logo


Developing actions

Developers can create new actions in lib/actions/ following the pattern of other actions. Remember, your action must be able to be described using JSON and should be validated using JSON schema.

Be sure to write a test for your action in test/actions/.

Runnings tests

yarn build && yarn test

Releasing

Our release process is automated as a continuous deployment via the GitHub Actions framework. The logic that governs the process is stored in the workflows directory.

That means that everything necessary to make a release can be done with a few clicks on the GitHub website. All you need to do is make a tagged release at reuters-graphics/bluprint/releases, then wait for the computers to handle the job.

Here's how it's done, step by step. The screenshots are from a different repository, but the process is the same.

1. Go to the releases page

The first step is to visit our repository's homepage and click on the "releases" headline in the right rail.

Release button

2. Click 'Draft a new release'

Note the number of the latest release. Click the "Draft a new release" button in the upper-right corner. If you don't see this button, you do not have permission to make a release. Only the maintainers of the repository are able to release new code.

Draft button

3. Create a new tag

Think about how big your changes are and decide if you're makingg a major, minor or patch release.

All version numbers should feature three numbers separated by the periods, like 1.0.1. If you're making a major release that isn’t backwards compatible, the latest release’s first number should go up by one. If you’re making a minor release by adding a feature or making a large change, the second number should go up. If you're only fixing bugs or making small changes, the third number should go up.

If you’re unsure, review the standards defined at semver.org to help make a decision. In the end, don’t worry about it too much. Our version numbers don’t need to be perfect. They do need to be three numbers separated by periods.

Once you’ve settled on the number for your new release, click on the "Choose a tag" pull down.

Tag button

Enter your version number into the box. Then click the "Create new tag" option that appears.

Tag dropdown

4. Auto-generate release notes

Click the "Auto-generate release notes" button in the upper right corner of the large description box.

Auto-generate release notes button

That should fill in the box below. What appears will depend on how many pull requests you’ve merged since the last release.

Auto-generate release notes results

5. Publish the release

Click the green button that says "Publish release" at the bottom of the page.

Publish button

6. Wait for the Action to finish

GitHub will take you to a page dedicated to your new release and start an automated process that releases your new version to the world. Follow its progress by clicking on the Actions tab near the top of the page.

Release page

That will take you to the Actions monitoring page. The task charged with publishing your release should be at the top.

After a few minutes, the process there should finish and show a green check mark. When it does, visit bluprint’s page on npmjs.com, where you should see the latest version displayed at the top of the page.

If the action fails, something has gone wrong with the deployment process. You can click into its debugging panel to search for the cause or ask the project maintainers for help.