GitHub Packagesを使わずにプライベートパッケージを公開するまでの手順

背景

Typescript で書いたライブラリを使いたい
リモートに保存しておきたい
NPM で公開するまででもない
GitHub Packages すらもめんどくさい

という方向けの記事になります。

基本的に、パッケージというのは Typescript で書かれたものであれば Javascript にコンパイルされていなければいけないので、ライブラリとして利用するためにはコンパイルされたパッケージとして利用する必要があるわけです。

ぶっちゃけるとコンパイルしたファイル自体をコミットすれば動くといえば動くのですが、流石にそれはアレなので生成物は同梱しないようにしてそれを実装します。

スクリプトを利用する

package.jsonには通常のスクリプトとは別にpreやpostのプレフィックスを付けることで任意のタイミングでスクリプトを実行することができます。

それについてはこの記事が比較的わかりやすく書いてくれているので、これを読むと良いと思います。

で、yarn installが実行されたあとでyarn postinstallが実行されるので、このタイミングでソースコードから自分をコンパイルするようなコードを書きます。

1
{
2
  "scripts": {
3
    "test": "jest",
4
    "build": "tsc",
5
    "format": "prettier --write 'src/**/*.ts'",
6
    "lint": "eslint \"{src, test}/**/*.ts\" --fix",
7
    "postinstall": "tsc"
8
  }
9
}

つまりは上のようなコードになるのですが、これだと@types/webpackがそもそものプロジェクトに入っているときなどに失敗したりします。原因はよくわからないのですが、型チェックが入っているとコケるようです。

コケない人もいると思うので、以下はコケた人向けの内容です。

tsc-transpile-only を利用する

対策としては{ transpileOnly: true }をwebpack.config.jsに書き込むなどいろいろ方法はあるのですが、ライブラリ側がコンパイルが通っている時点で型チェックはできているとみなして、インストールする際には型チェックをしないようにします。

ところがtscには--transpile-onlyのようなオプションがないのでこのままだと何回やってもコンパイルが通りません。

なんとかならないのかと思っていたところtsc-transpile-onlyというライブラリを発見しました。どうも型チェックを無視してくれるパッチがあたったtscのようです。

というわけで、以下のように書き換えます。

1
{
2
  "scripts": {
3
    "test": "jest",
4
    "build": "tsc",
5
    "format": "prettier --write 'src/**/*.ts'",
6
    "lint": "eslint \"{src, test}/**/*.ts\" --fix",
7
    "postinstall": "tsc-transpile-only"
8
  }
9
}

こうすると少なくとも自分の環境ではエラーが発生せずにソースコードからビルドしてライブラリとして取り込むことができました。

記事は以上。