Pogo is a centralized version control system designed to be straightforward and efficient. It features an easy-to-use CLI client, a simple web UI, and robust support for both text and binary files. Pogo treats conflicts as first-class citizens, allowing them to be pushed to the remote to be resolved later.
- π Centralized Server: A single source of truth for all your data.
- π» Easy CLI Client: No need for a complex GUI.
- π Simple Web UI: For easy viewing of your repositories.
- π Cross-Platform Consistency: Works the same on all major operating systems.
- π Text & Binary File Support: Handles all file types with ease.
- π₯ First-Class Conflicts: Push conflicts to the remote and resolve them later.
- π³ No Named Branches: Create branches by adding multiple children to a change and merge them by creating a new change with multiple parents. Changes are automaticall named.
- π Bookmarks: Tag versions with bookmarks, like
mainfor the current version orv1.0.0for a specific version.mainis treated like a default branch in Git. - π¦ Go Module Support: Import a Pogo repository as a Go module, no additional configuration or software required.
- π Adaptive Security: Automatically detects and uses HTTPS/TLS when available, gracefully falls back to HTTP when needed.
npm install -g @pogo-vcs/pogobrew install --cask pogo-vcs/tap/pogoscoop bucket add pogo-vcs https://github.com/pogo-vcs/scoop-bucket.git
scoop install pogodocker pull ghcr.io/pogo-vcs/pogo:alpineTo build Pogo from source, run the following commands:
git clone https://github.com/pogo-vcs/pogo.git
cd pogo
just buildThis will create a pogo binary in the current directory. You can move this binary to a directory in your PATH to make it accessible from anywhere.
Required software for building:
The intended workflow for Pogo is simple and efficient:
- describe your changes: Before you start working, use the
pogo describecommand to write a detailed description of the changes you are about to make and why. This helps you to think about the changes and to communicate them to others. - Make your changes: Make the changes to your files as you normally would.
- Iterate on the description: As you work, you can iterate on the description to reflect the changes you are making. Maybe your implementation plan changed and you need your description to reflect that.
- Push your changes: Regularly push your changes to the server using the
pogo pushcommand. A daemon process that pushes automatically will be added later. You constantly overwrite the current change until you are satisfied with it. - Create a new change: When you are done with your changes, create a new one using the
pogo newcommand. You can optionally add one or more parent changes to the command. By default, your current change is used as the parent. - Maintain a "main" bookmark: Use bookmarks to tag important changes. You can set a bookmark with
pogo bookmark set mainto set the current change as the main one, orpogo bookmark set main <change>to set a specific change as main. "main" ist just a string, you can use any format for version bookmarks you want. But "main" is a special value, treated like a default branch in Git.
For running the server, you need to have a PostgreSQL database running and the following environment variables set:
DATABASE_URL: The URL of the PostgreSQL database.PUBLIC_ADDRESS: The public address of the server.PORTorHOST: The port or host to listen on.ROOT_TOKEN: optional The root token for the server.GC_MEMORY_THRESHOLD: optional The number of files to use as the threshold for which garbage collection implementations will run (in memory vs batch processing).CI_RUN_RETENTION: optional How long CI run logs are retained before being deleted during garbage collection (Go duration format, default720h).
| Command | Subcommand | Aliases | Description |
|---|---|---|---|
pogo |
The root command for the Pogo CLI. | ||
pogo bookmark |
b |
Manage bookmarks. | |
set |
s |
Set a bookmark to a specific change. If no change is specified, the current change is used. | |
list |
l |
List all bookmarks. | |
pogo ci |
Manage CI pipelines. | ||
test |
Test a CI pipeline configuration. | ||
runs |
Inspect recorded CI runs. | ||
runs list |
List CI runs for the current repository. | ||
runs inspect |
Show the detailed log output for a CI run. | ||
pogo clone |
Clone a repository from a Pogo server. | ||
pogo commit |
Combines describe, push, and new into a single command. |
||
pogo daemon |
service |
Manage Pogo daemon service. | |
install |
Install Pogo daemon service. | ||
stop |
Stop the Pogo daemon service. | ||
start |
Start the Pogo daemon service. | ||
uninstall |
Uninstall Pogo daemon service. | ||
pogo describe |
desc, rephrase |
Set the description for the current change. | |
pogo diff |
Show differences between changes in unified diff format. | ||
pogo diff local |
Show differences between local unpushed changes and the remote state. | ||
pogo discard |
Discard all local changes and revert to the remote state. | ||
pogo edit |
checkout |
Sets the specified revision as the working-copy revision. | |
pogo gc |
Run garbage collection on the server. | ||
pogo info |
Display the current working copy status. | ||
pogo init |
Initialize a new repository. | ||
pogo invite |
inv |
Manage user invitations. | |
create |
Create a new invitation link. | ||
list |
ls, l |
List all invitations you have created. | |
pogo log |
Show the change history. | ||
pogo new |
Create a new change based on one or more parent changes. | ||
pogo visibility |
Set repository visibility to public or private. | ||
pogo push |
Push a change to the repository. | ||
pogo rm |
Remove a change from the repository. | ||
pogo secrets |
Manage repository secrets for CI pipelines. | ||
list |
l |
List all secrets in the repository. | |
get |
g |
Get the value of a secret. | |
set |
s |
Set a secret value. | |
delete |
d, rm, remove |
Delete a secret. | |
pogo serve |
Start the Pogo server. | ||
pogo token |
Manage personal access tokens. | ||
set |
Set or update a personal access token for a server. | ||
remove |
Remove a personal access token for a server. | ||
pogo whoami |
Show the personal access token being used for the current repository. |
Pogo uses a PostgreSQL server to store all metadata about repositories, changes, and files. The actual file contents are stored in an object store on the file system. This separation of metadata and content allows for efficient storage and retrieval of data.
Pogo includes an automatic garbage collection system that removes unreachable data to prevent unbounded storage growth. The GC system cleans up both database records and filesystem objects that are no longer referenced by any repository.
- Manual GC: Run
pogo gcfrom any repository to trigger garbage collection on the server. This requires authentication. - Automatic GC: When running
pogo serve, garbage collection automatically runs daily at 3:00 AM server time.
The garbage collection system uses an adaptive strategy based on the total number of files in the database:
- Small-scale (< 10 million files): Uses an in-memory hash map strategy for fast O(1) lookups.
- Large-scale (β₯ 10 million files): Uses a batch processing strategy that scales to billions of files with constant memory usage.
The threshold can be configured via the GC_MEMORY_THRESHOLD environment variable. CI run logs are cleaned up during this process; the retention window is controlled by CI_RUN_RETENTION (default 30 days).
Pogo provides a secure way to manage secrets for your CI pipelines. Secrets are encrypted values that can be referenced in your CI pipeline YAML files using the {{ secret "KEY" }} template function. They are useful for storing sensitive data like API tokens, deployment keys, and credentials.
Secrets are scoped to a repository and can only be accessed by users with access to that repository.
- Set a secret:
pogo secrets set MY_SECRET_KEY "my_secret_value" - Get a secret:
pogo secrets get MY_SECRET_KEY - List secrets:
pogo secrets list - Delete a secret:
pogo secrets delete MY_SECRET_KEY
This project is published under the Zlib license.
In short:
- You can use Pogo for any purpose, for free, including commercial use, forever.
- You can create and distribute modified versions of Pogo, but you must not misrepresent the software's origin, you must clearly mark your changes, and you must retain the original license notice.
- I don't take any responsibility for any damages or losses that may occur as a result of using Pogo. If you encounter any issues, please report them to me.
If you make any modifications to Pogo, I would appreciate it if you shared them with me. I'm always interested in learning from others and improving my own work.