Closed kakkokari-gtyih closed 7 months ago
https://github.com/misskey-dev/misskey/issues/12406#issuecomment-1869456157
submoduleの仕組みがわからないのでよくわかってないけど、Misskey本体のバンドルがビルド時に全部Vercelに乗るのであれば容量的にまずいかもしれない
ちょっと勘違いしてた、submodule関係なさそう
Misskey本体のバンドルがビルド時に全部Vercelに乗る
いや…これはないはずですよ。 sparsecheckoutはリポジトリの一部分のファイルのみを取得する機能なので、misskey-jsだけを取得するようにすれば他の構成ファイルはバンドルされないはず
(そこまでするならpublishしてもらった方が早いと言われたら、それはそう)
pnpm/pnpm#4765 がないので、 https://github.com/yarnpkg/yarn/issues/4725#issuecomment-761528734 にあるように gitpkg.now.sh を使うのが一時的な workaroundになるかも
sparsecheckoutはcheckoutするときのgit operationをいじらないといけないので(submoduleの設定ではなかったはず[未検証]) Vercel に詳しくないですが Vercel 側が勝手にcloneするのであればsparsecheckoutできないと思います
oh..
gitpkg.now.sh
gitpkgが動作しなくなったのでこのissueが立ってるんですよね…
なるほどです
もうpublishしてもらうしかなさそうですかね・・・?
誰かがfork作ってそこのgithub actions等でmisskey-jsをrootにしたブランチ生やすとか一応できなくはないけど、publishが早いとは思います。
(repo rootであれば別branchで一応npmのgit dependencyが使えるので)
publishされるまで待ちます・・・
misskey-dev/misskey の misskey-js が使いたい(力技でdevelopのmisskey-jsを引っ張ってきていたが使えなくなったのでnpmの最新バージョンまで戻すことになってしまった) すでに一部のドキュメントの自動生成に使っているので対応が急がれる