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

Document new release flow #214

Open
wants to merge 2 commits into
base: develop
Choose a base branch
from
Open

Conversation

szymonmaslowski
Copy link
Contributor

@szymonmaslowski szymonmaslowski commented Apr 20, 2022

Added do the README file a new release flow we agreed on during our recent dev meetings session.

Please search two of my comments pointing out relevant changes as the pre-commit linter hook applied formatting changes unrelevant to the actual release flow documentation.

@@ -96,25 +96,39 @@ const SimpleFormApp = () => (
## Release Managament

- Starting with `1.0.0` all future releases will follow semver semantics:

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Relevant changes start here. All the rest is linter changes.

- merge the PR do develop
- locally checkout to develop
- release the new version to npm
- use new version in your PR in the Daedalus
Copy link
Contributor Author

Choose a reason for hiding this comment

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

Relevant changes end here. All the rest is linter changes.

@szymonmaslowski szymonmaslowski self-assigned this Apr 20, 2022
Copy link
Contributor

@renanvalentin renanvalentin left a comment

Choose a reason for hiding this comment

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

hey @szymonmaslowski i left a few questions regarding the temporary release/branch.

README.md Outdated
- checkout to your branch:
- change the version in package json to `[current version]-next.x` (only add the -next.X suffix keeping the current version)
- publish the version under the next tag
- **don't push the version change to upstream**
Copy link
Contributor

Choose a reason for hiding this comment

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

@szymonmaslowski could you please elaborate on this one? What could happen in case we push ?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Nothing 😂 Maybe it should be rephrased to you don't need to push the version change to upstream as you will be changing it anyway, what do you think?

README.md Outdated
2. Once your code is ready to be tested in Daedalus, you [publish a temporary release](#how-to-publish-a-temporary-release):

- checkout to your branch:
- change the version in package json to `[current version]-next.x` (only add the -next.X suffix keeping the current version)
Copy link
Contributor

Choose a reason for hiding this comment

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

Shouldn't the x version be increased as well?

Copy link
Contributor Author

@szymonmaslowski szymonmaslowski Apr 21, 2022

Choose a reason for hiding this comment

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

For the x it should be the first free number (as there could be already a next version released). However this is explained in the "How to publish a temporary release" section which is linked above. I think there is no need to mention it also here. What is your opinion?

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.

2 participants