中立的なGraphQLスキーマの管理 - Classi開発者ブログ

こんにちは、id:aerealです。 今回はGraphQLのスキーマ管理を工夫している点について紹介します。 背景 対象となるアプリケーションは内部向けのコンテンツ管理システム (以下、内部CMS) で、エンドユーザ向けを含む複数のサービスから呼び出されます。またAngularで書かれたWeb UIを備えます。 内部CMSを開発するチーム内には主にサーバサイドを担当するメンバーと、主にクライアントサイドを担当するメンバーとがおり、どちらもGraphQLを用いた開発経験があります。 この内部CMSはスクラッチから開発を始めており、目指すリリース予定日に対してやることは山積みなのでうまくタスクを分担したい状況にありました。 時と場合によってはクライアントサイドのチームの手が空いていたりあるいは逆になったり、状況は目まぐるしく変わります。 ですから手が空いた方がスキーマの設計に手をつけられるよう

[jay-es]

クライアントサイドやサーバーサイドとは独立したスキーマ専用のリポジトリを作り、GitHub Pacakge Registry 経由で使用

[hitode909]

“Goで書かれたサービスのリポジトリであってもpackage.jsonを置けば良いじゃない”