01 / WHERE EACH FITS

Start with your requirements.

GitHub

Choose GitHub when its repository ecosystem, established collaboration and supported Actions/Copilot workflows meet your needs. Check the selected cloud or server edition.

Golf self-hosted

Evaluate Golf self-hosted when you want the Golf workflow on infrastructure you operate, using Forgejo as the canonical forge. You configure the runners and optional agents; test your real workflow before migrating.

Golf on Cloudflare

Evaluate Golf on Cloudflare when you want Git, checks, optional AI and protected previews built directly on Cloudflare services. Engineering proofs cover selected paths, with narrower merge and CI support than a full GitHub workflow.

02 / CAPABILITIES AND OWNERSHIP

Compare the deployment you will run.

The Golf columns describe the developer preview. Cloudflare manages the provider services; the operator still manages Golf policy, account access, resources and recovery.

GitHub, Golf self-hosted and Golf on Cloudflare. Scroll horizontally on smaller screens; vendor availability depends on edition, entitlement and configuration.
CompareGitHubGolf self-hostedGolf on Cloudflare
HostingGitHub.com/Enterprise Cloud; Enterprise Server is self-hosted.GitHub documentation ↗Your Docker or Kubernetes infrastructure. Forgejo, Golf Go/React and PostgreSQL.Operator-hosted in a Cloudflare account. Workers, Artifacts Git, D1 and Durable Objects; no Forgejo origin.
Git and collaborationRepositories, issues, PR review and repository rules; controls vary by plan/edition.GitHub documentation ↗Supported Forgejo APIs, shared source/issues/PR interface and current repository permissions.Native source, issues, PRs and reviews. Current merge requires the same repository and an ancestor base.
Storage and registriesGit repositories plus GitHub Packages; Actions artifacts have separate storage and retention.GitHub documentation ↗Forgejo owns Git; separate PostgreSQL databases hold Golf/forge state. Execution uses configured private object storage.Artifacts owns Git, D1 holds domain state, R2 retains private outputs and the managed registry holds images.
CI and runnersActions with GitHub-hosted or self-hosted runners; Enterprise Server uses self-hosted runners.GitHub documentation ↗Configured Docker workers and tested Actions/GitLab profiles. Full workflow compatibility is incomplete.Queues and Workflows coordinate approved Containers. Exact-source checks have hosted proof; arbitrary pipelines are unsupported.
AI and agentsCopilot chat/review/cloud agents; Claude and Codex agent options are in public preview, subject to plan and policy.GitHub documentation ↗Optional configured agent accounts and scoped tasks. Each harness needs its own setup and testing.Optional Clef metadata advice and tested proposals through Workers AI/AI Gateway. Demo proposals edit one approved file.
Previews and deliveryActions environments and deployment controls. Workflow/integration choices supply application hosting.GitHub documentation ↗Available provider/profile integrations. The Helm core does not install the entire execution or delivery stack.Protected expiring R2/static and Workers for Platforms app previews. General production promotion/rollback is incomplete.
OperationsGitHub operates cloud hosting; Enterprise Server and self-hosted runners require your administration.GitHub documentation ↗You own images, credentials, storage, networking, upgrades and recovery. One-node core Kubernetes proof passed.Cloudflare manages provider services. You still own account policy, grants, images, resource lifecycle, costs and recovery.
Fit and current limitsA choice for the GitHub ecosystem. Check plan/edition constraints and your actual integration requirements.GitHub documentation ↗Evaluate an owned developer workflow. Full recovery, production HA and retained migration fidelity remain open.Evaluate the native Cloudflare workflow. Enrolled private access; no self-service SaaS signup. Analytics/Cron gaps remain.

See Golf’s current evidence, Kubernetes installation and Cloudflare service inventory. Full workflow parity, protected merge, production delivery and coordinated recovery remain open. Vectorize search is in development.

03 / EVALUATION

Check these before a migration.

  1. Compare the exact Actions syntax, actions, permissions and dependencies your repositories use.
  2. Verify repository rules and review requirements; Golf’s native ancestor merge is not full protected-merge parity.
  3. Treat Copilot availability as specific to its plan and surface. Test the selected Golf harness separately.
  4. Import a disposable repository and compare refs, history, identity, reviews and assets before considering cutover.

Try Golf with a disposable repository.

Explore the browser simulations or run an owned installation. Keep your existing platform until the required data and workflow checks pass.

Find your next step

31 pages and guides

Tab through results · Enter to open · Escape to close