v13.2.5α2の開発終了につき1-19-4ブランチへマージする (#727)

.github/CODEOWNERS

@@ -0,0 +1,7 @@
+# Root directory
+
+- @TUSB/creator
+
+# Specific folder
+
+data/ @TUSB/System

.github/CODE_OF_CONDUCT.md

@@ -0,0 +1,95 @@
+# 市民行動規範
+
+## 1. 目的
+
+The Unusual SkyBlock の主な目標は、できるだけ多様で多彩な背景を持つ最大数の貢献者に対して包括的であることです。そのため、私たちは性別、性的指向、能力、民族性、社会経済的地位、宗教（または無宗教）に関係なく、すべての人に対して友好的で安全かつ歓迎的な環境を提供することにコミットしています。
+
+この行動規範は、私たちのコミュニティに参加するすべての人に対する期待事項と、許容できない行為に対する結果を概説しています。
+
+The Unusual SkyBlock に参加するすべての人が、皆にとって安全で前向きな経験を作る手助けをしてくれることを願っています。
+
+## 2. オープン[ソース/カルチャー/テック]市民権
+
+この行動規範の補足的な目標は、参加者が自分たちの行動とコミュニティへの影響との関係を認識し、それを強化することで、オープン[ソース/カルチャー/テック]の市民権を高めることです。
+
+コミュニティはそれが存在する社会を反映し、社会に存在する様々な不平等や権力の乱用に対抗するためには、積極的な行動が不可欠です。
+
+もし誰かが私たちのコミュニティが歓迎的で友好的であり、すべての参加者が最大限に貢献できるよう特別な努力をしているのを見かけたら、ぜひお知らせください。
+
+## 3. 期待される行動
+
+以下の行動は、すべてのコミュニティメンバーに期待され、要請されるものです：
+
+- 誠実かつ積極的に参加してください。そうすることで、このコミュニティの健全性と長寿性に貢献します。
+- 発言と行動において思いやりと敬意を持ってください。
+- 対立よりも協力を試みてください。
+- 相手を貶めたり、差別的な発言や嫌がらせ行為を控えてください。
+- 周囲や他の参加者に注意を払い、危険な状況や誰かが困っている場合、この行動規範の違反を見かけたら、たとえそれが些細に見えてもコミュニティリーダーに知らせてください。
+- コミュニティイベントの会場は一般の人々と共有される場合があります。これらの場所のすべての利用者に敬意を持って接してください。
+
+## 4. 許容できない行為
+
+以下の行為は嫌がらせと見なされ、私たちのコミュニティでは許容されません：
+
+- 他人に対する暴力、暴力の脅威、または暴力的な言葉。
+- 性差別的、人種差別的、同性愛嫌悪的、トランスフォビア的、障害者差別的、またはその他差別的なジョークや言葉。
+- 性的に露骨なまたは暴力的な素材の投稿や表示。
+- 他人の個人識別情報（「ドクシング」）の投稿または投稿の脅迫。
+- 性別、性的指向、人種、宗教、障害に関連する個人的な侮辱。
+- 不適切な写真撮影や録音。
+- 不適切な身体的接触。誰かに触れる前にその人の同意を得てください。
+- 望まれない性的な関心。これには性的なコメントやジョーク、不適切な接触、痴漢行為、望まれない性的な誘いを含みます。
+- 故意の脅迫、ストーキング、追跡（オンラインまたは対面）。
+- 上記の行為を擁護または助長すること。
+- トークやプレゼンテーションを含むコミュニティイベントの持続的な妨害。
+
+## 5. 武器に関する方針
+
+The Unusual SkyBlock のイベント、コミュニティスペース、またはこの行動規範の適用範囲に含まれる他の場所では、武器の持ち込みを禁止します。武器には、銃、爆発物（花火を含む）、狩猟や展示に使用される大きなナイフ、その他他人に傷害や害を与える目的で使用される物品が含まれますが、これらに限定されません。これらの物品を所持しているのを見かけた場合、直ちに退場を求め、武器なしでのみ戻ることが許可されます。コミュニティメンバーは、この件に関してすべての州および地元の法律を遵守することが求められます。
+
+## 6. 許容できない行為の結果
+
+スポンサーや意思決定権を持つ者を含む、いかなるコミュニティメンバーからの許容できない行為も容認されません。
+
+許容できない行為をやめるよう求められた者は、直ちに従うことが期待されます。
+
+コミュニティメンバーが許容できない行為に及んだ場合、コミュニティの主催者は適切と判断するあらゆる措置を取ることができます。これには、一時的な禁止や警告なしの永久追放（有料イベントの場合でも返金なし）が含まれます。
+
+## 7. 報告ガイドライン
+
+許容できない行為の被害に遭った場合や目撃した場合、またはその他の懸念がある場合は、できるだけ早くコミュニティの主催者にお知らせください。連絡先：[[email protected]](mailto:[email protected])
+
+[報告ガイドライン](https://x.com/tuskyblock)
+さらに、コミュニティの主催者は、地元の法執行機関との連絡を支援したり、許容できない行為を経験している人が安全だと感じられるよう支援します。対面イベントの場合、主催者は希望する人にエスコートを提供します。
+
+## 8. 苦情の対処
+
+この行動規範に違反したと虚偽または不当な非難を受けたと感じる場合は、簡潔な苦情の説明を添えて TUSB に通知してください。あなたの苦情は、当社の既存のガバナンス方針に従って処理されます。[方針](https://skyblock.jp/overview/)
+
+報告を受けた後即時に調査をし、問題が発覚次第適切な対処を行います。
+
+## 9. 適用範囲
+
+すべてのコミュニティ参加者（有償・無償の貢献者、スポンサー、その他のゲスト）は、オンライン・対面を問わず、コミュニティ関連の一対一のコミュニケーションにおいても、この行動規範を遵守することを期待しています。
+
+この行動規範および関連する手続きは、コミュニティ活動の範囲外で発生した許容できない行為にも適用され、そのような行為がコミュニティメンバーの安全と福祉に悪影響を及ぼす可能性がある場合にも適用されます。
+
+## 10. 連絡先情報
+
+[[email protected]](mailto:[email protected])
+
+## 11. ライセンスと帰属
+
+市民行動規範は、[Stumptown Syndicate](http://stumptownsyndicate.org)によって[クリエイティブ・コモンズ 表示-継承ライセンス](http://creativecommons.org/licenses/by-sa/3.0/)の下で配布されています。
+
+一部のテキストは、[Django Code of Conduct](https://www.djangoproject.com/conduct/)および[Geek Feminism Anti-Harassment Policy](http://geekfeminism.wikia.com/wiki/Conference_anti-harassment/Policy)から引用しています。
+
+_リビジョン 2.3。2017 年 3 月 6 日掲載。_
+
+_リビジョン 2.2。2016 年 2 月 4 日掲載。_
+
+_リビジョン 2.1。2014 年 6 月 23 日掲載。_
+
+_リビジョン 2.0、2013 年 1 月 10 日に[Stumptown Syndicate](http://stumptownsyndicate.org)理事会によって採択。2013 年 3 月 17 日掲載。_
+
+全テキストは、日本語化しています。翻訳差異がある場合は、現訳の内容が優先されます。 2024 年 11 月 28 日掲載

.github/CONTRIBUTING.md

@@ -0,0 +1,112 @@
+# コントリビューションガイドライン
+
+このドキュメントは、GitHub 上での開発フローを円滑に進めるためのガイドラインです。  
+説明の粒度や品質を一定以上担保するには、品質担保の上では必ず必要なことです。
+
+## コメントに関するルール
+
+- **基本ルール**:  
+  コメントする人は何人たりとも、TUSB 基本ポリシーに従ったコメントを行うべきです。[[ポリシー](https://skyblock.jp/overview/)]
+- **レビューコメント**:  
+  一般的に他人の成果物に対してコメントを行う場合、余計な推察やコミュニケーション事故が発生しがちです。  
+  なるべく意図が伝わりリスペクトするように心がけましょう。  
+
+  - コメントする人の注意: 「質問」「自分はこう思う」「必ず直してほしい」は明確にわかるようにしてください
+  - コメントを受けた人の注意: 書かれていない内容の推察などは行わないようにしてください
+
+  - **良い例**:
+    - 「質問です。〇〇の所は □□ だと思いますがあっていますか？」
+    - 「質問、なんでこのような変更をしたのですか。自分は〇〇なので気になりました」
+    - 「ここは〇〇で影響ありそうなので〇〇に直してほしい」
+  - **悪い例**:
+    - 「なんでこうしたの？」
+    - 「この変更は何？」
+    - 「ここは〇〇じゃない？」
+
+## プルリクエスト（PR）の作成
+
+- **タイトルの明確化**:  
+  PR のタイトルは分かりやすい名前を設定してください（日本語でも可）。  
+  タイトルには動詞の原形による説明は必要ありません
+
+  - **良い例**: 「〇〇のテクスチャレイアウト調整」「ネザライト装備のクラフトレシピを追加」
+  - **悪い例**: 「いろいろ修正」「アップデートしました」
+
+- **必須項目の確認**:  
+  PR に必要な全ての項目が記載されていることを確認してください。
+
+  - **良い例**: 〇〇のスポーン条件を修正しました。詳細はチケット GH-〇〇をご参照ください。
+  - **悪い例**: 必須項目が未記入、または「特になし」といった不十分な情報で PR レビューを提出している。
+
+- **不要な項目の削除**:  
+  必要のない項目は削除してください。
+
+  - **良い例**: テンプレートの自分の PR に関係ないセクションを削除している。
+  - **悪い例**: 関連のない項目がそのまま残っており、PR が読みづらくなっている。
+
+- **内容の一致**:  
+  PR の説明と実際の変更内容が一致していることを確認してください。
+
+  - **良い例**: PR の説明に「新たなクエスト'〇〇'を追加」と記載し、実際の変更もそのクエストに関するデータパックの追加である。
+  - **悪い例**: PR の説明は「バグ修正」となっているが、実際には新しいアイテムを追加している。
+
+- **1 機能=1PR**:  
+  1 つの機能につき 1 つの PR を作成してください。機能の途中であっても問題ありません。
+  - **良い例**: バグ修正だけを含む PR を作成する。
+  - **悪い例**: バグ修正と機能の大幅な変更を一つの PR で行う。
+
+## コミットの作成
+
+- **コミットメッセージの命名規則**:
+
+  - **基本構文**: `(チケット番号)-[変更内容を表す動詞の原形(英語)]□[簡単な説明]` (`□`は半角スペース)
+  - 正規表現ルール: `([GH|NO]+-(ISSUE|[0-9]+)\s[A-Z][a-z]+.*) | (Merge branch.+)`
+
+  - **チケット番号**: チケット番号を`GH-〇〇`の形式で記載してください。チケットが存在しない場合は`NO-ISSUE`と記載してください。
+  - **変更を表す動詞の原形**: メッセージの説明で先頭に英語で最初大文字の動詞の原形  
+    （例：`Add`、`Delete`、`Modify`、`Fix`、`Refactor`、`Move` 等）を追加してください。  
+    ([参考](https://www.tam-tam.co.jp/tipsnote/program/post16686.html))  
+    ([参考 2](https://note.com/haru_notes/n/n3d9c406e9ac6))
+  - **簡単な説明**: 何をしたのか一言でわかる文章にしてください。  
+    長くなる場合は Description に書いても問題ありません。
+  - マージコミットの場合はこの限りではありません。
+
+  - **良い例**:
+    - `GH-203 Add 天空の盾アイテムを追加`
+    - `NO-ISSUE Fix クエストの説明文のタイプミスを修正`
+    - `GH-204 Modify スカイドラゴンのルートテーブルを更新`
+  - **悪い例**:
+    - `新しいアイテム追加しました`（フォーマットが不適切、チケット番号と動詞がない）
+    - `GH-205 Fixed スポーン条件を修正`（動詞が過去形）
+    - `GH204AddNewBoss`（フォーマットが不適切、チケット番号と動詞・説明の区切りがない）
+    - `GH-204 Modify Mobを更新`（説明が不適切）
+
+- **適切な粒度**:  
+  コミットの粒度は適切に保ってください。1 コミットにつき 1 要素（1 ロジック）の変更が望ましいです。
+
+  - **良い例**:
+    - コミット 1: `GH-456 Add エンチャントを追加`
+    - コミット 2: `GH-457 Modify 〇〇のスポーン間隔を変更`
+  - **悪い例**:  
+    複数の変更（新エンチャントの追加とモブのスポーン率調整）を一つのコミットで行い  
+    メッセージが「変更しました」「Mob を更新」となっている。
+
+## ブランチの運用
+
+- **ブランチ名の命名規則**:
+
+  - ブランチ名は`feature/[簡単な説明]`または`fix/[簡単な説明]`の形式で作成してください。
+  - 簡単な説明は英語で記載してください（不具合を防止するため）。
+
+  - **良い例**:
+    - `feature/add-sky-boss`
+    - `feature/login-functionality`
+    - `fix/item-enchant-fix`
+    - `fix/resolve-login-error`
+  - **悪い例**:
+    - `fix/bug` (曖昧な説明)
+    - `feature/新しいボス[スカイドラゴン]を追加` (日本語)
+    - `バグ修正` (日本語、`feature`もしくは`fix`がない)
+
+- **向きと切り先の確認**:  
+  ブランチの向き（ベースブランチ）と切り先が正しいことを確認してください。

.github/DISCUSSION_TEMPLATE/idea.yml

@@ -0,0 +1,77 @@
+---
+title: <ここにタイトルを入力>
+labels:
+  - アイデア
+body:
+  - type: markdown
+    attributes:
+      value:
+        |
+        ## 新しいアイデアの提案ありがとうございます。
+        以下の質問に答えていただくと、採用しやすくなります。
+        赤い印がついているものは必ず答えてください。
+  - type: dropdown
+    id: category
+    attributes:
+      label: アイデアのカテゴリー
+      options:
+        - 島・エリア・建築物
+        - ギミック
+        - Mob
+        - アイテム・TUSBメモリー
+        - 刻印
+        - 交易
+        - 釣り・報酬・ドロップアイテム
+        - レシピ
+        - 職業スキル
+        - インターフェイス全般
+        - TIPS
+        - 進捗
+        - チュートリアル
+  - type: textarea
+    id: idea
+    attributes:
+      label: アイデア概要
+      description:
+        |
+        新しいアイデアについての説明を記入する。
+        画像のアップロードも可能です。
+    validations:
+      required: true
+  - type: textarea
+    id: why
+    attributes:
+      label: アイデアの要望理由
+      description:
+        |
+        なぜこのアイデアを要望するのか？
+    validations:
+      required: true
+  - type: textarea
+    id: realization
+    attributes:
+      label: 実現方法
+      description: どのようにアイデアを実現するかを記入する。
+      placeholder:
+        |
+        1.
+        2.
+        3.
+        ...
+  - type: markdown
+    attributes:
+      value:
+        |
+        以下は技術的な報告です。
+        ---
+  - type: textarea
+    id: use_system
+    attributes:
+      label: 使用するシステム
+      description: アイデアを実現するために使用するシステムを指定する。
+  - type: textarea
+    id: command
+    attributes:
+      label: コマンド例
+      description: 実現するためのコマンド例を記入する。functionと同じように記述することができます。
+      render: mcfunction

FUNDING.yml → .github/FUNDING.yml

@@ -1,3 +1,4 @@
+---
 # These are supported funding model platforms
 
 # You can add one username per supported platform and one custom link