self-host-github-releases でバージョンごとにディレクトリが別れる場合のwp-github-theme-updaterの使い方

この場合に、wp-github-theme-updater を使いテーマのアップデートを管理画面側で行わせるとすると、別に特段何もする必要はないのでしょうか？

や、フックして、wp-github-theme-updater の挙動を変えないといけません！ Snow Monkey の場合は下記のコードを記述しています。

前段が、zip の URL が自前サイトのものになっていない場合は false を返す、後段が、レスポンスの参照先を GitHub から 自前サーバーのものにするコードになります（URL やディレクトリ名はご自身の環境にあわせて適宜変更してください）。

/**
 * There is a case that comes back to GitHub's zip url.
 * In that case it returns false because it is illegal.
 *
 * @param string $url
 * @return string|false
 */
add_filter(
    'inc2734_github_theme_updater_zip_url',
    function( $url ) {
        if ( 0 !== strpos( $url, 'https://snow-monkey.2inc.org/' ) ) {
            return false;
        }
        return $url;
    }
);

/**
 * Customize request URL that for updating
 *
 * @param string $url
 * @return string
 */
add_filter(
    'inc2734_github_theme_updater_request_url',
    function( $url ) {
        return 'https://snow-monkey.2inc.org/github-api/response.json';
    }
);

また、GitHub releasesにパッケージを作成させずに自前ホスティングにだけパッケージを生成する流れはどのように作るべきなのでしょうか？（GitHub Releasesにパッケージを作らせる処理を削除するだけ？or Releasesにパッケージは作らせるけど、そのあとに削除？）

self-host-github-releases は GitHub の Release 機能が無いと動かないので、パッケージを作らせる処理は消してはいけません。具体的には、Releases に zip がデプロイされると同時に GitHub Webhook 経由で zip と API のレスポンスを自前サーバーに保存するという流れになるためです。

inc2734/self-host-github-releases

Contribute to inc2734/self-host-github-releases development by creating an account on GitHub.

github.com

の一番下にコメントアウトしている部分がありますが、これが自前サーバーへの保存のあとに Releases から zip を消すコードになるので、このコメントアウトを外せば Releases から自動的に zip が消えるようになるはずです。

ドメインでやるなら条件式をちょっと変えないとですね。 0 !== strpos は「先頭一致ではない場合」なので。

INSTALLATION_URL だとライブラリのディレクトリ名が入るので、Snow Monkey サイトの場合だと「 INSTALLATION_URL とは別な値」を条件式に使用していることになるわけですが、ここはあんまり難しく考えずに、単純に zip の URL に github.com って入ってたらおかしいじゃないですか。だからそういう場合は何らか不具合があったということで false にしたいので、自前サーバーの URL で判定させているというだけです。

どこかでコケたらつどエラーログにエラー出すようにしているので、自前サーバーのエラーログを確認してみてください！

一応、

inc2734/self-host-github-releases

Contribute to inc2734/self-host-github-releases development by creating an account on GitHub.

github.com

のような感じで error_log となっているところがエラーログを吐いている場所になります。サーバーによってはエラーログにちゃんとでなかったりすることもあるので（僕のレンタルサーバーもダメで、コンパネから見れないところに書き出されてました…）、例えば mail 関数つかってメールで飛ばしてみるとかもありかもしれません。

あと、GitHub Webhooks > webhook.php > Recent Deliveries > 最新のやつ > Redeliver とクリックすると何度でも Webhook の動作を試すことができます。で、この画面でリクエストとレスポンスも確認できるので、うまくいかないときのテストに結構便利です。