問題タブ [conventional-commits]

質問する

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

24 問題
Newest
Active
Bountied
318
Unanswered
0 投票する
0 に答える
19 参照

github - 非 JS プロジェクト用の従来のコミット ツール

非ノード/非 npm/非 js プロジェクトで従来のコミットを強制する方法はありますか?? (簡単にオーバーライドできるため、事前コミットフックを除く)

0 投票する
0 に答える
28 参照

javascript - Semver マイナーおよびパッチ ディジットの更新ロジック

masterとcurrentブランチ間のコミットの違いに基づいて、パッケージのバージョンを上げるスクリプトを書いています。conventional commits更新する番号を決定するために使用しています。

たとえば、デフォルトで1.0.0があるとします。

  • BREAKING CHANGE:主要な +1 を更新し、他の変更があったとしても他の桁は変更しないので、2.0.0を取得します。
  • feat:マイナーを +1 更新すると、1.1.0になります。
  • fix:パッチ +1 を更新し、1.0.1を提供します

このようなバージョン管理方法に関していくつか質問があります。

  1. currentブランチに複数のコミットがある場合、feat:またはfix:これらのコミットの数に応じてマイナー/パッチ バージョンをアップグレードする必要がありますか、それとも +1 のみにする必要がありますか?

たとえば、ブランチに3 つのコミットがあります。ブランチをマージすると、バージョンは1.4.0または1.1.0になりますか?feat:currentmaster

  1. すでにfix:持っている場合は数えるべきですか？feat:

例: 1 feat:と1 fix:があります。マージするmaster場合、バージョンは1.1.1または1.1.0になりますか?


12345678910