English | 日本語
オープンソースへの貢献は、いくつかの方法で行うことができ、すべてが価値あるものです。これらは、あなたが貢献を準備する際に役立つガイドラインです。
以下の手順で、Yamada Componentsへの貢献を始められるようになります。
-
リポジトリをフォークします。
-
あなたのローカルにクローンします。
git clone https://github.com/<your_github_username>/yamada-components.git
cd yamada-components-
pnpm installを実行して、すべての依存関係とパッケージをセットアップします。このコマンドは、依存関係をインストールします。 -
pnpm devを実行してローカルサーバーを起動します。
開発プロセスを快適するために、ツールとシステムを用意しています。
- Next.js ウェブサイトのフレームワーク
pnpm install: すべての依存関係とパッケージをセットアップします。pnpm dev: ローカルサーバーを起動します。pnpm start: プロダクションサーバーを起動します。pnpm build: サイトを構築します。pnpm lint: コードの問題をチェックします。pnpm gen:category-group: Plopを使用して、コンポーネントのカテゴリグループを作成します。- カテゴリグループ名はケバブケースで入力してください。
pnpm gen:category: Plopを使用して、コンポーネントのカテゴリを作成します。- カテゴリ名はケバブケースで入力してください。
pnpm gen:component: Plopを使用して、テンプレートからコンポーネントのを作成します。
プルリクエストを作成する前に、あなたのコミットがこのリポジトリで使用されているコミット規約に準拠しているかどうかを確認してください。
コミットを作成する際は、次のタイプのいずれかを使用しながら、コミットメッセージで規約タイプ: あなたのコミットメッセージに従うことをお願いします。
feat / feature: 完全に新しいコードや新機能を導入した場合fix: バグを修正した変更の場合（可能であれば、詳細も記述する）refactor:fixでもfeat / featureでもない、コード関連の変更をした場合docs: 既存のドキュメンテーションの変更や新しいドキュメンテーションを作成した場合（例：READMEやJSDocを記述）build: ビルドに関する変更、依存関係の変更、新しい依存関係の追加をした場合test: テストに関する変更をした場合（新しいテストの追加や既存のテストの変更）ci: 継続的インテグレーションの設定に関する変更をした場合（例：github actions、CIシステムなど）chore: 上記のいずれにも当てはまらないリポジトリへの変更をした場合
Tip
詳しい仕様については、Conventional Commitsを確認するか、Angular Commit Message Guidelinesを確認してください。
-
リポジトリをフォークし、クローンします。
-
mainブランチから新しいブランチを作成します。[タイプ/スコープ]という命名規則に従います。例えば、fix/copy-buttonやfeat/headersなどです。タイプはdocs、fix、feat、buildなどの標準的なコミットタイプのいずれかです。スコープは作業範囲を表す短い言葉です。 -
変更を行い、コミット規約に従ってコミットします。
-
上記の全てのタスクを完了したら、変更をプッシュしてください。プッシュ後、プルリクエストのURLが生成されます。テンプレートに従ってリクエストを提出してください。また、プルリクエスト内のチェックを確認し、ビルドが正常に完了していることを確認してください。問題がある場合、このプルリクエストはマージされません。
Yamada UIのGitHubリポジトリにコードを寄贈することで、あなたの寄贈するコードはMITライセンスの下でライセンス付けされることに同意します。