fix(release): extract postgresql-win before repairing its layout - #204

Follow-up to #203, which fixed the right thing in the wrong place.

What happened

#203 applied the layout repair straight after spc download — but download only fetches archives. Extraction into source/ happens during build. So the repair never ran, and the guard fired on a directory that did not exist yet:

::error::libpq.lib not found under source\postgresql-win\pgsql\lib

That is the guard working correctly. It failed the build rather than letting a driverless binary through, which is what #197's smoke test would otherwise have caught one step later.

The fix

Run spc extract postgresql-win first, so there is something to repair.

The later build does not undo it. SourceManager::initSource skips extraction when the source directory exists and its .spc-hash matches — and that hash is over the downloaded archive, so adding a directory alongside does not invalidate it:

if (file_exists("{$check}/.spc-hash") && FileSystem::readFile("{$check}/.spc-hash") === $hash) {
    logger()->debug("Source [{$source}] already extracted in {$check}, skip !");
    continue;
}

Everything else is unchanged: junctions rather than copies, so the workaround costs nothing and becomes a no-op if SPC fixes the stripped path, and the build still fails loudly with a directory listing if libpq.lib is missing.

Status of the dry run

3.0.0-rc.10 currently builds 8 of 9 targets cleanly — PHAR, both macOS, all four Linux variants, and the npm dry-run publish. win32-x64 is the only one outstanding.

🤖 Generated with Claude Code