前に書く。
他の人がコミットしたコードレコードにはfeat、fix、choreなどが含まれているのをよく見かけますが、コミット時に区別しないで、直接コミット情報を書いて、今日は何を見て、element-plusを例に取ってみましょう。
実際には、これはコードコミット仕様の一種であり、明らかに派手な技術ではなく、主な目的はコミットレコードの可読性と自動化を向上させることです。
もちろん、チームが要求しなければ、それはできません。
Gitコミットの仕様
commit message = subject + ：+スペース+ message本体
** 例 ** featユーザーの追加
一般的な主題の種類と意味は以下の通りです。
- **feat ** 新feature
新機能の提出に使用します。
例featユーザー登録機能の追加
- **fix ** バグの修正
バグ修正を提出するために使用されます。
例fixログインページがクラッシュする問題を修正する
- **docs ** ドキュメントの変更
ドキュメント関連の変更のみを送信するために使用します。
例：docs：READMEファイルの更新
- **style ** コードスタイルの変更コードロジックにはしない
書式設定、句読点、空白など、コードの実行に影響しない変更のみをコミットするために使用します。
例style余分な空白行の削除
- **refactor ** コードリファクタリング新機能でもバグ修正でもないコード変更
コードのリファクタリングをコミットするために使用します。
例refactorユーザ認証論理の再構築[refactorゆーざにんしょうろんろんじのさいせい]
- **perf ** パフォーマンス最適化
パフォーマンスを向上させるコード変更をコミットします。
例perfピクチャのロード速度の最適化ピクチャのロード速度の最適化
- **test ** テストの追加または変更
テスト関連のコンテンツを送信するために使用されます。
例testユーザーモジュールの単体テストを増やす
- **chore ** その他ビルドプロセスまたは支援ツールの変更
ビルドプロセス、アクセシビリティなどに関連するコンテンツの変更を送信するために使用されます。
例chore依存ライブラリの更新
- **build ** ビルドシステムまたは外部依存関係の変更
ビルドシステムに影響を与える変更をコミットするために使用します。
例build-webpackをバージョン5にアップグレードする
- **ci ** 継続的の変更
CI構成ファイルとスクリプトの変更をコミットするために使用します。
例：ci GitHub Actions設定ファイルの変更
- **revert ** ロールバック
コミットロールバック前のコミットに使用します。
例revertロールバックfeatユーザー登録機能を追加
まとめまとめまとめ
仕様のコミットメッセージを使用すると、プロジェクトがよりモジュール化され、メンテナンスと理解が容易になり、パブリッシュツールやChangelogジェネレータなどの自動ツールがコミットレコードを解析して処理することが容易になります。
仕様に準拠したコミットメッセージを記述することで、チームやコラボレーターはプロジェクトの変更履歴やバージョン管理をよりよく理解でき、コードメンテナンスの効率と品質が向上します。