refactor: openapi.yml の分割

全体的な意図 ( What, How )

ファイル分割して、スキーマファイルを書きやすくする
ファイル分割をするとカオスになりやすいので、方針を設定する

1つめのコミットに関して

差分は多いですが、Kotlin 側で生成される DefaultAPI 含め、生成されるコードが全てが変わらないことを確認済みです

確認方法

# akiyadego-kotlin側
$ cd build

# 分割前の状態で Generator で生成し、 rename
$ mv openapi openapi-before-refactor

# 分割したファイルに置き換えてもう一度 Generator で生成
$ diff -r openapi openapi-before-refactor | wc -l
       0
# 差分は 0 行なのでヨシ

追加・変更の文脈、位置づけ。なぜこの追加・変更が必要か ( Why )

1ファイルにすると、見づらいため
全体を見る時は、 swagger-ui 等 viewer を利用する

この PR がマージされると何が嬉しいか

ファイル分割されたことによって、バラバラに記述できる
- 仮にコンフリクトが起きても、影響範囲を小さくする

Checklist

[x] 手動 QA 作業をした
[ ] 1 コミットあたりの差分をできるだけ小さくすることを意識した
[ ] 追加・変更箇所に関わるテストケースを記述した
[x] コードレビューはつまらないから丁寧なプルリクエストでチームの生産性向上を目指す > レビュアーの負担を最小化すべきを一読し、実践した
[ ] 特殊な理由のある変更など、コードだけから理解できなさそうな変更は、コメントに経緯を記述した

追加・変更したテストケースの見出し一覧

特に無し

Issue

https://github.com/sunabak0/akiyadego-openapi/issues/17

レビュアーに手動 QA 作業してほしいですか

[ ] QA 作業をして欲しい( MUST: QA 手順 )
- [ ] 加えて、記述した手順も見て欲しい
[x] QA 作業をしなくてもよい
- [ ] ただ、記述した手順は見て欲しい

QA 作業手順

```shell # akiyadego-kotlin側 $ cd build # 分割前の状態で Generator で生成し、 rename $ mv openapi openapi-before-refactor # 分割したファイルに置き換えてもう一度 Generator で生成 $ diff -r openapi openapi-before-refactor | wc -l 0 ```

レビューする時

レビュアーのときによく使うGitHubの便利機能

コメントする時

以下のようなラベルをつけると温度感や、ざっくりと伝えたいことががわかります(小文字でも OK です。厳密な使い分けは不要です)

MUST: 必ず修正・変更して欲しい
WANT: できれば修正・変更して欲しい
IMO: (In my opinion) 私の意見では
IMHO: (In my humble opinion) 私のつたない意見では
nits: (nitpick) ほんの小さな指摘。インデントミスなどの細かいところに。
ASK: 質問。わからないことがあれば質問してみましょう。
FYI: (For Your Informatio) 参考までに
GOTCHA: やったぜ
NP: 問題ない

コピペ用絵文字

https://emojipedia.org/

😀：にっこり 😖：困った 🤔：むむ

👍：(・∀・)ｲｲﾈ!!

sunabak0 / akiyadego-openapi

refactor: openapi.yml の分割 #19