Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Link up --physical and --special Z moves to complete their data

オープン
#1,048 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
25/100
issue の種類
バグ
明瞭さ
説明が足りない
活発さ
停滞
領域
api

調査の方向性

まず、move ID 622–657 の API データを調査し、物理 Z Moves と特殊 Z Moves、およびそれらのフレーバーテキストのエントリを比較します。これらの move と GMax moves の learned_by_pokemon フィールドを確認し、要求されたリンクとデータの投入が意図されたものかどうかを確認してから、影響を受ける API レスポンスを検証します。

索引モデルが issue の本文から書いたものです。

説明

The moves between 622 and 657, Z Moves, are usually identical to one another.

For example 623 is effectively the same as 622, with the only real difference being that one is physical, the other specia. I've not played S/M which is where I think this comes from - but I can understand the rational here.

The problem is that for the moves in that range id + 1 has Dummy Data in all of its Flavour Text entries. Could these be combined for completeness?

I also wanted to ask about the learned_by_pokemon fields on those moves (GMax as well). Is that data that's simply not been populated yet because of the sheer volume, or is this by choice? If every Pokémon of a certain type can temporarily use those?

主要言語
Python
スター
5.4k
フォーク
1.2k
平均マージ
2日 6時間
マージ済み PR(30日)
16

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

PokeAPI/pokeapi のほかの issue

PokeAPI/pokeapi の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。