Skip to content

Releases: Ali-dev11/devforge

DevForge CLI v0.5.1

09 Apr 18:38
38b7d06

Choose a tag to compare

[0.5.1] - 2026-04-09

Added

  • Added a deployment profile layer that records provider-specific build commands, start commands, ports, health paths, generated files, secrets, and environment-variable expectations for verified scaffold pairs.
  • Added Render deployment baselines for verified react-vite frontend apps and express, fastify, and hono backend APIs, including generated render.yaml output and deploy workflow guidance.
  • Added Railway deployment baselines for verified nextjs frontend apps and express, fastify, and hono backend APIs, including generated railway.toml output and deploy workflow guidance.
  • Added deployment-profile regression coverage, provider-specific generator assertions, runtime-matrix scenarios for frontend-nextjs-railway and backend-fastify-render, and packed-artifact smoke coverage for deployment-target upgrades.
  • Added deployment-aware .env.example, README, architecture, and getting-started outputs so generated projects surface provider env vars and deployment expectations alongside local run commands.
  • Added end-to-end runtime coverage for capability-heavy NestJS + Fastify + pnpm + Jest backends and React Chrome extension + pnpm + Jest scaffolds so non-default package-manager and test-runner paths are exercised as generated projects.

Changed

  • Expanded deployment-aware scaffold docs and CLI guidance so generated projects now explain build commands, start commands, health checks, provider secrets, and expected environment variables for the selected deployment target.
  • Updated devforge upgrade so deployment target changes can remove stale managed provider files such as vercel.json, netlify.toml, render.yaml, railway.toml, and docker-compose.yml when those files still match a previous generated baseline.
  • Updated generated backend and Next.js runtime commands to bind to deployment-friendly hosts, which makes managed hosting baselines more usable without manual edits.
  • Expanded CI and packed-artifact smoke coverage so the shipped npm package now exercises deployment-target refresh against Render, while source CI validates the new Railway and Render runtime scenarios directly.
  • Clarified backend capability prompts and generated guidance so authentication, database, ORM, Redis, Swagger, and WebSocket selections are described as starter baselines unless the scaffold fully wires them.

Fixed

  • Fixed deployment-target support so verified managed-hosting targets are exercised by the runtime matrix and packed npm smoke path instead of relying only on unit-level generation checks.
  • Fixed deployment upgrade behavior for users switching providers by cleaning up obsolete managed deployment files even when the stored project plan has already been normalized to the new target.
  • Fixed generated Jest example tests so TypeScript projects include explicit Jest type references during build and typecheck instead of depending on missing ambient globals.
  • Fixed generated Jest configs so TypeScript 6 based scaffolds ignore the known ts-jest deprecation codes that would otherwise break pnpm run test on browser-oriented projects.
  • Fixed NestJS Fastify scaffolds so the generated server bootstrap uses @nestjs/platform-fastify instead of falling back to the default Express driver.
  • Fixed runtime-matrix package-manager installs so pnpm and yarn scenarios can run through Corepack when the package manager is not globally installed.
  • Fixed the runtime matrix to cover the exact NestJS + Fastify + pnpm + Jest backend path and React Chrome extension + pnpm + Jest path that had previously escaped end-to-end validation.
  • Fixed runtime-matrix pnpm fallbacks on CI runners by switching the no-global-pnpm path away from Corepack key resolution and onto an npm-backed pnpm invocation.

DevForge CLI v0.5.0

04 Apr 05:45
81c3942

Choose a tag to compare

[0.5.0] - 2026-04-02

Added

  • Added devforge init --preset <name-or-path> with built-in presets for frontend-app, backend-api, fullstack-app, and chrome-extension, plus support for local preset JSON files.
  • Added devforge upgrade to refresh DevForge-managed docs, workflows, AI rules, deployment files, and core tooling surfaces from .devforge/project-plan.json.
  • Added deployment-target support for verified scaffold pairs:
    react-vite frontend apps can target Vercel or Netlify,
    nextjs frontend apps can target Vercel,
    and express, fastify, and hono backend APIs can target Docker Compose.
  • Added target-specific deployment generation including vercel.json, netlify.toml, docker-compose.yml, and manual deploy workflow examples when GitHub Actions are enabled.
  • Added regression coverage for presets, upgrade behavior, deployment-target normalization, deployment artifact generation, and runtime-matrix deployment scenarios.

Changed

  • Extended the packed npm smoke path so it now validates preset-driven init, upgrade, deployment-target refresh, and managed feature addition from the packed tarball.
  • Updated generated project docs to explain presets, devforge upgrade, deployment targets, and the managed-surface lifecycle.
  • Added managed markers to generated docs, workflows, AI rule files, and other comment-friendly managed surfaces so plan-driven upgrades can safely refresh those files later.
  • Updated generated deployment-oriented Dockerfiles to use production-style start commands for Docker Compose baselines instead of defaulting to dev-mode entrypoints.

Fixed

  • Fixed upgrade behavior for plan changes by allowing managed-marker files such as README and generated docs to refresh even when the stored project plan changes between runs.
  • Fixed the generated deployment matrix so verified deployment targets are actually exercised by repository CI instead of existing only in unit-level checks.
  • Fixed generator-side source sanitization for user-controlled strings embedded into generated TypeScript and JavaScript files, including Remix metadata exports and CLI/runtime metadata payloads.
  • Fixed runtime-matrix loopback HTTP verification so it no longer relies on fetch-based downloads for local readiness checks, which removes the insecure-download CodeQL finding without weakening scenario coverage.

DevForge CLI v0.4.5

02 Apr 06:48

Choose a tag to compare

[0.4.5] - 2026-04-01

Added

  • Added config-as-code support with devforge init --config <path> so saved scaffold plans can be replayed non-interactively.
  • Added devforge init --save-config [path] so interactive runs can emit a reusable devforge.config.json file for teams and future scaffolds.
  • Added config regression coverage that round-trips normalized plans through saved config files and verifies scaffold output stays deterministic.
  • Added devforge add <feature> for managed post-scaffold updates, with initial support for testing, docker, github-actions, and ai-rules.

Changed

  • Extended CLI help, generated project docs, and repository docs to explain the new config-driven workflow and how reusable scaffold plans fit alongside interactive prompts.
  • Routed config-driven runs through the same environment defaults and normalization flow as interactive runs so support-matrix rules stay consistent across both entrypoints.
  • Extended the packed npm-artifact smoke path so it now exercises devforge add docker after scaffold creation, verifying the shipped CLI can perform managed post-scaffold updates.

Fixed

  • Made post-scaffold feature application metadata-driven by reading .devforge/project-plan.json, which avoids stack guessing and keeps repeated devforge add runs idempotent.
  • Fixed devforge init --save-config with the default in-project config path so the saved config no longer makes the target directory look non-empty before generation.
  • Tightened devforge add guidance and managed-file updates so repeated runs avoid unnecessary churn and generated README content stays aligned with newly added managed features.

DevForge CLI v0.4.4

31 Mar 18:45
34ed433

Choose a tag to compare

[0.4.4] - 2026-03-31

Added

  • Added devforge doctor, a machine-level readiness command that inspects Node.js, package managers, Corepack, Bun, Playwright browser installs, Git, Docker, and SSH setup before scaffold generation.
  • Added devforge init --preflight-only so users can run the same stack-aware readiness checks as the normal init flow without writing project files yet.
  • Added a packed-tarball smoke script and CI gate so DevForge now validates the shipped npm artifact in addition to the source checkout.

Changed

  • Centralized machine-remediation commands into a shared module so doctor, preflight output, and runtime guidance all recommend the same OS-specific fix commands.
  • Improved CLI help and repository docs to explain the new preflight workflow, doctor, and the difference between source smoke checks and packed-artifact smoke checks.

DevForge CLI v0.4.2

26 Mar 13:49

Choose a tag to compare

[0.4.2] - 2026-03-26

Added

  • Added OS-aware post-create guidance that detects missing local prerequisites such as package managers, Playwright browsers, Git, Docker, and custom Node mismatches, then prints exact next-step install commands for macOS, Linux, and Windows.
  • Added generated README and getting-started guidance that mirrors the CLI output with install, run, build, check, and stack-specific follow-up commands.
  • Added exhaustive compatibility-matrix regression coverage across supported stack, tooling, testing, node-strategy, and template combinations.

Changed

  • Centralized stack capability rules so prompts, normalization, generated docs, and post-create guidance all share the same support matrix.
  • Tightened prompt flows to hide unsupported combinations instead of presenting them and correcting them later.
  • Restricted Bun support to verified stack paths and tailored generated command guidance to the selected package manager.

Fixed

  • Fixed Remix scaffolds to include the CLI/dev dependencies required for npm run dev, pnpm run dev, yarn dev, and bun run dev style workflows.
  • Fixed strict ESLint scaffolds so typed rules no longer run against config files such as eslint.config.js.
  • Stopped offering invalid combinations such as microfrontend architecture outside the microfrontend intent, NestJS with JavaScript, RTK Query without compatible Redux state, and ORMs when no database is selected.

DevForge CLI v0.4.1

26 Mar 10:33

Choose a tag to compare

[0.4.1] - 2026-03-26

Changed

  • Trimmed the published npm package so CI-only runtime-matrix binaries are no longer shipped in the public tarball.

Fixed

  • Replaced runtime package metadata reads with generated constants so the published CLI no longer depends on a runtime package.json asset lookup, which reduces scanner and bundle-analysis noise for the npm package.

DevForge CLI v0.3.4

25 Mar 21:16

Choose a tag to compare

[0.3.4] - 2026-03-26

Changed

  • Improved architecture labels so backend and other non-frontend flows explain what simple, modular, and monorepo mean more clearly during prompting.
  • Added a real-time file generation progress bar during scaffold creation so the CLI shows visible progress after printing the target directory.

Fixed

  • Prevented incompatible backend selections by filtering out Drizzle when MongoDB is chosen and by normalizing any Drizzle + MongoDB plan back to a supported setup.
  • Stopped generating .nvmrc for LTS and Latest Node strategies, avoiding broken version-manager lookups like lts-latest on systems that cannot resolve that alias.
  • Hardened dependency installation for yarn and pnpm by using Corepack when available and by keeping package-manager caches local to the generated project.
  • Removed stale lockfiles from other package managers before installation so the selected package manager stays authoritative after retries or partial runs.

DevForge CLI v0.3.3

25 Mar 20:25

Choose a tag to compare

[0.3.3] - 2026-03-26

Added

  • Added a tag-driven GitHub release workflow that validates the repo, extracts release notes from CHANGELOG.md, and publishes a GitHub Release with the packaged npm artifact attached.
  • Added a reusable changelog rendering script for release notes and GitHub Pages documentation output.

Changed

  • Refreshed the public README with clearer product positioning, benefits, starter-surface details, and docs and release links.
  • Expanded the documentation site with stronger product messaging and a dedicated changelog page.
  • Updated the Pages workflow to render the changelog page directly from CHANGELOG.md during site builds.