René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"build commit is not eligible to be bumped","articleBody":"### Description\r\n\r\nHello,\r\n\r\nThanks for creating and maintaining this great library 🙏\r\n\r\nI found out that `build:` commits don't qualify as eligible for bumping anymore. I couldn't find any information if this is an expected behaviour, so I guess it might be a potential bug. It seems that it was working in 3.2.1 since it was the version that I was using before updating to the latest one.\r\n\r\n### Steps to reproduce\r\n\r\n```\r\n𝝺 cz c\r\n? Select the type of change you are committing build: Changes that affect the build system or external dependencies (example scopes: pip, docker, npm)\r\n? What is the scope of this change? (class or file name): (press [enter] to skip)\r\n \r\n? Write a short and imperative summary of the code changes: (lower case and no period)\r\n dockerfile parent image update\r\n? Provide additional contextual information about the code changes: (press [enter] to skip)\r\n \r\n? Is this a BREAKING CHANGE? Correlates with MAJOR in SemVer No\r\n? Footer. Information about Breaking Changes and reference issues that this commit closes: (press [enter] to skip)\r\n \r\n\r\nbuild: dockerfile parent image update\r\n\r\n\r\n[feat/dockerfile 71292a7] build: dockerfile parent image update\r\n 1 file changed, 1 insertion(+), 1 deletion(-)\r\n\r\nCommit successful!\r\n𝝺 cz bump\r\n[ci skip] bump: 0.2.0 → 0.2.0\r\ntag to create: v0.2.0\r\n\r\n[NO_COMMITS_TO_BUMP]\r\nThe commits found are not eligible to be bumped\r\n```\r\n\r\nAlthough, if I select the `BREAKING CHANGE`, it's bumped.\r\n```\r\n𝝺 cz c\r\n? Select the type of change you are committing build: Changes that affect the build system or external dependencies (example scopes: pip, docker, npm)\r\n? What is the scope of this change? (class or file name): (press [enter] to skip)\r\n \r\n? Write a short and imperative summary of the code changes: (lower case and no period)\r\n dockerfile\r\n? Provide additional contextual information about the code changes: (press [enter] to skip)\r\n \r\n? Is this a BREAKING CHANGE? Correlates with MAJOR in SemVer Yes\r\n? Footer. Information about Breaking Changes and reference issues that this commit closes: (press [enter] to skip)\r\n \r\n\r\nbuild: dockerfile\r\n\r\nBREAKING CHANGE: \r\n\r\n\r\n[feat/dockerfile 3439504] build: dockerfile\r\n 1 file changed, 1 insertion(+), 1 deletion(-)\r\n\r\nCommit successful!\r\n𝝺 cz bump\r\n[ci skip] bump: 0.2.0 → 1.0.0\r\ntag to create: v1.0.0\r\nincrement detected: MAJOR\r\n\r\n[feat/search-gate 2404a26] [ci skip] bump: 0.7.0 → 1.0.0\r\n 3 files changed, 4 insertions(+), 4 deletions(-)\r\n\r\nDone!\r\n```\r\n\r\n### Current behavior\r\n\r\nAs you can see, I can't bump the version after committing a `build` change. I also noticed that `ci` is not eligible either, so probably more of the commits type are influenced by this.\r\nDocumentation says that everything other than a `BREAKING CHANGE` and `feat` should be bumped as `PATCH`, here's the [link](https://commitizen-tools.github.io/commitizen/bump/#:~:text=fix%20%2B%20everything%20else).\r\n\r\nIt works for breaking changes, so it seems it takes precedence over the commit types.\r\n\r\n### Desired behavior\r\n\r\nI would argue that commits related to the build process, e.g. docker image version, `O` flags for the compiler, pip dependency updates, poetry.lock update, etc. should be bumped as `PATCH` at least. These changes may not necessarily change the code behaviour but they certainly change the environment and the state of the codebase which may lead to unexpected results.\r\n\r\nI don't want to replace such commits with feats or fixes since the code itself is not changed.\r\n\r\nIf this is an expected behaviour, it would be good to reflect that in the documentation.\r\n\r\n### Screenshots\r\n\r\n_No response_\r\n\r\n### Environment\r\n\r\n```\r\n𝝺 cz version --report\r\nCommitizen Version: 3.5.2\r\nPython Version: 3.11.4 (main, Jun 20 2023, 17:23:00) [Clang 14.0.3 (clang-1403.0.22.14.1)]\r\nOperating System: Darwin\r\n```\r\n\r\nEDIT:\r\n- added a note about `ci` being influenced too","author":{"url":"https://github.com/pdarulewski","@type":"Person","name":"pdarulewski"},"datePublished":"2023-07-05T15:47:16.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":11},"url":"https://github.com/781/commitizen/issues/781"}