Technical reference
Understand the panel, managed processes, workspace files, and the boundary between ForgeVPS and your applications.
On this page
What ForgeVPS manages
The hosted panel reaches your machines over SSH. The self-hosted panel has its own local workspace. Files and Terminal operate on that machine; project folders in the editor are references to existing filesystem locations, not copies of your projects.
Use Servers to register applications and Domains to manage their routes. Applications launched manually in a terminal are not automatically registered as ForgeVPS servers. Editing a file does not necessarily rebuild or restart an app; follow its runtime and build process.
There is no documented general-purpose ForgeVPS automation CLI or public management API for creating application servers. forgevps-panel manages the self-hosted panel itself. Do not invent application-management subcommands or use browser session cookies as an automation credential.
On the managed machine
- ~/.forge/dev/ — configurations and logs for locally registered development and production servers. The directory name is historical; it does not determine a server's mode.
- ~/.forge/servers/ — GitHub deployment releases, environment files, and deployment logs where supported.
- ~/.forge/databases/ — managed database configurations, including credentials. Never paste their contents into a chat.
- ~/.forge/database-imports/ — import progress, private logs, and upgrade recovery files.
- ~/.forge/backups/ — local database backups. Local copies do not replace an independent backup.
The home directory belongs to the managed SSH account. Older installations may retain data in ~/forge with compatibility links. Do not move, replace, or delete either layout to resolve a UI problem.
Managed and existing databases
ForgeVPS discovers application databases in the default local PostgreSQL cluster. A database with no managed credentials is browse-only in ForgeVPS; its PostgreSQL permissions are unchanged. External servers and container-only clusters are not covered by this discovery flow.
Managed databases support connection details, writes, backups, and renaming. Renaming changes the real database name and requires connected applications and backups to be stopped first. Update their connection strings afterwards. The existing owner, password, and backup history are retained.
The internal self-hosted panel database is hidden from the application database list. Do not use it for application tables. For backup or restore, confirm the database and inspect the dialog or installed tool's instructions; restoring can replace data.