SSF-U - フルスクリーン表示の統一規格
SSF-U規格は、フルスクリーン表示のセマンティクス、アクセシビリティ、および動作ロジックに関する要件を規定しています
23
4 分。
17
6 分。
SSG標準は、Gitのセマンティクス、アクセシビリティ、および動作ロジックに関する要件を規定しています。
コミットメッセージは、以下の構造で記述する必要があります:
<タイプ>([適用範囲]): <概要>
[コミット本文]
[フッター]
タイプ (Type) - コミットの分類:
適用範囲 (Scope) - オプション。プロジェクトのどの部分が影響を受けるかを示します(例:ui、api、auth)。例:
feat(api): ユーザー向けの新しいエンドポイントを追加
概要 (Description) - 変更内容を簡潔に記述します。命令形を使用することが推奨され、50文字以内とします。
本文(Body) - 何が、なぜ変更されたのかを説明します。 フッター(Footer) は以下の目的で使用されます:
Breaking Changes:互換性のない変更は BREAKING CHANGE: または feat! で示します:
例:
feat!: 廃止されたAPIメソッドを削除しました。
課題(Issues)へのリンク:例:Closes #123。
パイプラインは、フォーマット、コミットの検証、および安全なブランチのマージを保証します。
npm i -D \ husky \ lint-staged \ @commitlint/cli \ @commitlint/config-conventional \ @commitlint/types \ conventional-changelog-conventionalcommits \ git-pull-run \ @archoleat/commitlint-define-config
lint-stagedは、インデックスに登録された変更のみをチェックします:
export default { '*': 'prettier --write', 'src/**/*.{tsx,ts}': 'eslint --fix', 'src/**/*.scss': 'stylelint --fix', };
Commitlintは、コミットの形式と許可されたタイプをチェックします:
import { defineConfig } from '@archoleat/commitlint-define-config'; export default defineConfig({ extends: ['@commitlint/config-conventional'], rules: { 'type-enum': [ 2, 'always', [ 'build', 'chore', 'ci', 'docs', 'feat', 'fix', 'perf', 'refactor', 'revert', 'spec', 'style', ], ], }, });
defineConfig用のプラグインはこちらから確認できます
Huskyのバグ:コミットがチェックに合格しない場合、変更内容が失われることがあります!
git add .
git commit -m "feat(header): テーマ切り替えボタンを追加"
lint-stagedが実行されます;commitlintが実行されます;SSF-U規格は、フルスクリーン表示のセマンティクス、アクセシビリティ、および動作ロジックに関する要件を規定しています
23
4 分。
SSA規格は、アコーディオンのセマンティクス、アクセシビリティ、および動作ロジックに関する要件を定めています
277
5 分。
ウェブデザインにおける致命的なミスの分析。スライダー、自動再生、重いページがコンバージョン率やGoogle・Yandexでの検索順位を低下させる理由
90
2 分。
SSP規格は、ページネーションのセマンティクス、アクセシビリティ、および動作ロジックに関する要件を規定しています
180
3 分。
SSPS標準は、プロジェクト内のファイルおよびフォルダの構造と命名に関する要件を規定しています
121
3 分。
SSF-O規格は、フォントのセマンティクス、アクセシビリティ、および動作ロジックに関する要件を規定しています
16
5 分。