Skip to content

Conversation

@mateuspmello
Copy link
Collaborator

What?

Here goes your feature/bug-fix proposal

Type of change?

  • [breaking change(s)]: Changes that will require other changes in dependant applications.
  • [build]: Changes that affect the build system or external dependencies (example scopes: gulp, broccoli, npm)
  • [ci]: Changes to our CI configuration files and scripts (example scopes: Travis, Circle, BrowserStack, SauceLabs)
  • [docs]: Documentation only changes
  • [feat]: A new feature
  • [fix]: A bug fix
  • [perf]: A code change that improves performance
  • [refactor]: A code change that neither fixes a bug nor adds a feature
  • [style]: Changes that do not affect the meaning of the code (white-space, formatting, missing semi-colons, etc)
  • [test]: Adding missing tests or correcting existing tests

Note: Remove the non-checked options

Why?

We need another way to create a release

How?

Using a CHANGELOG file

How has this been tested?

  • Unit tests
  • Integration tests
  • Benchmark tests

Before submitting a PR please make sure to check if:

  • The code follows the style guidelines of this project
  • I have performed a self-review of my own code
  • I have commented on my code, particularly in hard-to-understand areas
  • I have made corresponding changes to the documentation
  • The changes generate no new warnings
  • I have added tests that prove my fix is effective or that my feature works
  • New and/or existing unit tests pass locally with my changes
  • New and/or existing integration tests pass locally with my changes

@esequielvirtuoso esequielvirtuoso force-pushed the generate-release-from-changelog branch from 5e8216c to 881fd75 Compare February 21, 2024 12:46
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