Skip to content

MANUAL RUN: codeSplitter tags on a hosted (Cloudflare Artifacts) repo #892

Closed as not planned

Description

@QuinnsCode

Follow-up to #879. Tags are listed, made and deleted over git smart HTTP (apps/codesplitter/src/tags.ts): the git-upload-pack advert with a read token to list, and a git-receive-pack with an empty pack (a delete sends none) to write. Tests cover the desktop's bare repos behind git http-backend. Nobody has tried it against Cloudflare Artifacts yet.

On a deployed codeSplitter, on a repo you own with a commit or two:

  1. Open the git map, pick a dot in the commit graph, type v0.1 and press Enter. The dot gets a tag.
  2. git ls-remote --tags <the repo's clone URL> shows refs/tags/v0.1 on that commit.
  3. Delete it with the × on its chip in the bar. It's gone from the graph and from ls-remote.

If the list comes back empty while ls-remote shows tags, Artifacts may be answering the upload-pack advert as protocol v2 only, and remoteRefs in src/git.ts would need to send Git-Protocol: version=2 and ask with ls-refs. If the make fails, the error toast has the remote's reason.

Activity

  1. added
    manual runNeeds the owner to run it by hand (tokens, sign-ins); agents can't close it
    on Oct 12, 2026
  2. QuinnsCode commented on Oct 14, 2026

    @QuinnsCode
    OwnerAuthor

    Folded into the one manual-run list, section 9 of #609 (easiest first, with times). This issue's steps stay here; tick the item in #609.

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

    manual runNeeds the owner to run it by hand (tokens, sign-ins); agents can't close it

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions