You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
<p>Bumps the version in the files defined in <ahref="#version_files"><code>version_files</code></a> without creating a commit and tag on the git repository,</p>
2226
+
<p>Bumps the version in the files defined in <ahref="#version_files"><code>version_files</code></a> without creating a commit and tag on the git repository.</p>
Any other messages generated by <code>cz bump</code> will be sent to <code>stderr</code>.</p>
2421
2391
<p>When this flag is used, <code>--changelog</code> is implied.
2422
2392
However, it is recommended to set <code>--changelog</code> (or the setting <code>update_changelog_on_bump</code>) explicitly when the option <code>--changelog-to-stdout</code> is used.</p>
<p>This is useful to pipe the newly created changelog to another tool. For example, it can be sent to an auditing system, or to create a GitHub Release, etc.</p>
2393
+
<divclass="admonition note">
2394
+
<pclass="admonition-title">Useful scenarios</p>
2395
+
<p>Pipe the newly created changelog to another tool.</p>
2396
+
<p>The output can be redirected to an auditing system, or used to create a GitHub Release, etc.</p>
<p>If <code>--git-output-to-stderr</code> is used, git commands output is redirected to <code>stderr</code>.</p>
2429
-
<p>Useful when used with <code>--changelog-to-stdout</code> and piping the output to a file,</p>
2401
+
<p>Redirects gitcommands output to <code>stderr</code>.</p>
2402
+
<p>Useful when used with <code>--changelog-to-stdout</code> and piping the output to a file.</p>
2430
2403
<p>For example, <code>git commit</code> output may pollute <code>stdout</code>, so it is recommended to use this flag when piping the output to a file.</p>
<p>Provides a way to specify additional metadata in the version string. This parameter is not compatible with <code>--local-version</code> as it uses the same part of the version string.</p>
<p>Will only output the next version, e.g., <code>1.2.3</code>. This can be useful for determining the next version based on CI for non-production environments/builds.</p>
2480
+
<p>Useful for determining the next version based on CI for non-production environments/builds.</p>
2502
2481
<divclass="admonition note">
2503
2482
<pclass="admonition-title">Compare with <code>--dry-run</code></p>
2504
2483
<p><code>--dry-run</code> provides a more detailed output including the changes as they would appear in the changelog file, while <code>--get-next</code> only outputs the next version.</p>
<p>Allow the project version to be bumped even when there's no eligible version. This is most useful when used with <code>--increment {MAJOR,MINOR,PATCH}</code> or <code>[MANUAL_VERSION]</code></p>
2499
+
<p>Allow the project version to be bumped even when there's no eligible version.</p>
2500
+
<divclass="admonition note">
2501
+
<pclass="admonition-title">Example usage</p>
2521
2502
<divclass="highlight"><pre><span></span><code><spanclass="c1"># bump a minor version even when there's only bug fixes, documentation changes or even no commits</span>
<p>The increment is overridden to <code>PATCH</code> if there is no increment detected or specified.</p>
2513
+
<p>In other words, <code>cz bump --allow-no-commit</code> allows you to bump the version to the next patch version even when there is no eligible commit.</p>
2514
+
<divclass="highlight"><pre><span></span><code><spanclass="c1"># will bump to `1.0.1` if the current version is `1.0.0`.</span>
0 commit comments