generate-supabase-db-types-github-action VS octokit.js

You can also try out this GitHub action

generate-supabase-db-types-github-action

generate-supabase-db-types-action: a GitHub action to create PRs for creating/updating Supabase type definitions file in the project

Since publishing the original article, I also created a GitHub action that does what is listed above. Check it out here!

You can fetch different kinds of data with GitHub's API. There are two options: use the API directly or the Octokit.js library (this is the route GitHub recommends). I decided to use the API directly since the Octokit.js library included extra stuff I wouldn't need, which is an overkill for this use case.

The package @actions/github provides a hydrated Octokit.js client. Octokit.js is the SDK of GitHub and contains several subpackages like @octokit/rest and @octokit/graphql to interact with the REST or GraphQL API.

While sharing my project on Twitter, I got to know of Gregor Martynus, the maintainer of the JavaScript Octokit – GitHub's official JavaScript SDK and his project Octoherd. He tweeted a reply that it will be nice to have a GUI like Octokit-lite for Octoherd, and that sparked an inspiration for me ✨

I've also added an example using Octokit.js, GitHub's JS/TS client to the API.

In order for the project to be shipped as a service function, the node environment can not be used in any of the production code. Reviewing Probot source, one might see a dead end in that it uses require("dotenv").config(). However, its underlying framework, OctoKit does not come with any opinionated code in this regard.

Hey, I've been using Octokit in NestJS for interacting with GitHub's API and today I moved it out into a separate NPM package.