Skip to content

GitLab forge support for PRs, CI badges, planboard and issue ingestion #193

Closed

Description

@currentbits

What competitors do

Emdash ingests issues from GitLab and Forgejo and runs a GitLab MR flow (README); Vibe Kanban integrates Azure Repos (docs).

Solenta today

GitHub-only by explicit guard: isGitHubRemote rejects gitlab/ssh/local remotes (electron/worktrees.js:974) and tests assert GitLab URLs parse to null (electron/test/issues.test.js:58). PR, CI badges, planboard and issue ingestion all assume gh. Broader than the Linear issue-ingestion ticket (#169): this is the PR/CI/planboard path.

Why it matters

Both surviving open-source competitors treat multi-forge as table stakes; a meaningful slice of the self-hosting dev audience is on GitLab.

Fix direction

Abstract the forge behind the gh-shaped seams (issues.js, prStatus/createPr, checks); add a GitLab backend via glab or the GitLab API with the same contract.

Activity

  1. currentbits commented on Aug 17, 2026

    @currentbits
    OwnerAuthor

    Deep-dive detail (T3 PR #4849): a capability-declared SCM provider interface — each host declares patch/comment/verdict/merge-strategy support and the UI renders only what will not fail. The way to add GitLab/Bitbucket/Azure without lowest-common-denominator UX.

  2. currentbits commented on Aug 18, 2026

    @currentbits
    OwnerAuthor

    Round-19: T3 Code already treats GitLab as one of four forges, not the second one (https://github.com/pingdotgg/t3code/blob/main/docs/user/source-control.md). GitHub / GitLab / Bitbucket / Azure DevOps share clone, publish, and PR create. Cursor mobile added Bitbucket + Azure DevOps on 29 Jul.

    When this issue is built, keep the adapter seam wide enough that Bitbucket and Azure DevOps are more forges on the same PR/clone/publish layer, not a third copy of planboard. Planboard stays GitHub-native on purpose.

  3. currentbits commented on Aug 18, 2026

    @currentbits
    OwnerAuthor

    Round 23 intel: Factory v0.186.0 recognizes GitHub Enterprise and self-hosted GitLab remotes as first-class Git remotes, and v0.190.0 fixed per-host auth ("GitLab commands now authenticate against the host you are working with instead of a single default"). The per-host credential keying is the detail Solenta must get right when this lands: enterprise users routinely have gitlab.com plus one or more self-hosted instances, and a single default token leaks credentials across hosts. Host-scoped token storage from day one.

  4. added and removed on Oct 10, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions