Skip to content

Releases: Alterego-42/Yunwu-custom-api

v0.4.3

02 May 14:13

Choose a tag to compare

v0.4.2

02 May 13:29

Choose a tag to compare

v0.4.2 Release Notes

Summary

v0.4.2 is a desktop hotfix for the Windows portable package. It fixes minio-init startup failure caused by CRLF line endings in shell scripts packaged on Windows.

Fixed

  • Forces shell scripts to LF line endings through .gitattributes.
  • Hardens minio-init entrypoint by stripping CR and UTF-8 BOM before execution.
  • Adds pnpm desktop:verify-release to check source and packaged shell scripts.

Artifacts

  • ghcr.io/alterego-42/yunwu-custom-api-api:v0.4.2
  • ghcr.io/alterego-42/yunwu-custom-api-worker:v0.4.2
  • ghcr.io/alterego-42/yunwu-custom-api-web:v0.4.2
  • Yunwu Desktop-0.4.2-win-x64-portable.zip

Notes

  • Users who hit minio-init service didn't complete successfully: exit 2 on v0.4.1 should upgrade to the v0.4.2 portable zip.
  • Existing Docker volumes are preserved; the desktop shell stops containers but does not delete data unless reset is explicitly requested.

Full Changelog: v0.4.1...v0.4.2

v0.4.1

02 May 12:53

Choose a tag to compare

v0.4.1 Release Notes

Summary

v0.4.1 is a hotfix release focused on operational correctness after the 0.4.0 desktop rollout. It preserves the desktop-friendly packaging model while fixing isolation, login base URL normalization, and release defaults.

Included

  • Stable instance-level account/session isolation for local, desktop, and multi-instance Docker usage.
  • Automatic host port selection for local runtime and desktop runtime.
  • Fixed web login URL normalization so it never generates //api/auth/login.
  • Desktop shell and release defaults updated to v0.4.1.

Artifacts

  • ghcr.io/alterego-42/yunwu-custom-api-api:v0.4.1
  • ghcr.io/alterego-42/yunwu-custom-api-worker:v0.4.1
  • ghcr.io/alterego-42/yunwu-custom-api-web:v0.4.1
  • Yunwu Desktop-0.4.1-win-x64-portable.zip

Notes

  • Docker Desktop is still required for the portable desktop shell.
  • YUNWU_API_KEY is required for real upstream image generation.
  • Closing a local instance stops only that instance's containers and preserves volumes.

Full Changelog: v0.4.0...v0.4.1

Yunwu Custom API v0.4.0

02 May 07:42

Choose a tag to compare

v0.4.0 Release Notes Draft

Summary

v0.4.0 is the first release candidate focused on desktop-friendly distribution and operational closure. It publishes prebuilt Docker images for API, Worker, and Web, plus an Electron Windows portable desktop shell. The desktop shell uses Docker Desktop to run the local service stack without asking end users to install Node.js or run pnpm install.

Included

  • Personal image generation workspace with registration/login, task creation, workspace timeline, history, library, retry, variants, and fork flows.
  • Admin console for provider/model configuration, provider health, task visibility, and DEBUG-level operational logs.
  • Split API and BullMQ Worker runtime backed by PostgreSQL, Redis, and MinIO.
  • Desktop compose file pinned to v0.4.0 GHCR images by default.
  • GitHub Actions workflow for tag/manual release builds, including pnpm desktop:package.

Artifacts

  • ghcr.io/alterego-42/yunwu-custom-api-api:v0.4.0
  • ghcr.io/alterego-42/yunwu-custom-api-worker:v0.4.0
  • ghcr.io/alterego-42/yunwu-custom-api-web:v0.4.0
  • Yunwu Desktop-0.4.0-win-x64-portable.zip

Known Limits

  • Docker Desktop is required for the Electron Windows portable desktop shell.
  • The desktop shell is a native Electron window for local operation, but API/Worker/Web and data dependencies still run as Docker containers.
  • YUNWU_API_KEY is required for real upstream image generation. Leaving it empty keeps local/mock-oriented behavior.
  • Worker must stay healthy and use the same TASK_QUEUE_NAME as API, otherwise tasks remain queued.
  • MinIO stores local assets in Docker volumes. Removing volumes deletes local generated/uploaded assets.

Upgrade Notes

  1. Back up .env and any important Docker volumes before upgrading.

  2. Pull or run the v0.4.0 compose stack:

    docker compose --env-file .env -f infra/docker-compose.yml -f infra/docker-compose.desktop.yml pull
    docker compose --env-file .env -f infra/docker-compose.yml -f infra/docker-compose.desktop.yml up -d
  3. API runs Prisma migrations on startup before serving traffic.

Rollback

  1. Stop the current stack:

    docker compose --env-file .env -f infra/docker-compose.yml -f infra/docker-compose.desktop.yml down
  2. Set YUNWU_IMAGE_TAG in .env to the previous known-good tag.

  3. Start the stack again with the same compose files.

If a database migration is not backward-compatible, restore the PostgreSQL volume from backup before starting the older version.