Rename MCP tools gitea_* → mokogitea_* (brand alignment) + add manifest metadata fields #33
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Rename tool prefix
gitea_*→mokogitea_*All tools this MCP server exposes are prefixed
gitea_(e.g.gitea_repo_get,gitea_pull_merge,gitea_manifest_update,gitea_api_request,gitea_issue_create, …). Per the org-wide Gitea→MokoGitea brand normalization, rename the tool names tomokogitea_*(e.g.mokogitea_repo_get).gitea_*names for a deprecation window if feasible (avoid breaking existing agent configs/skills that callgitea_*), then remove.vars.GITEA_URL/GITEA_ORG,secrets.*_TOKEN) are a separate concern — this issue is about the tool names.Also:
gitea_manifest_updateis missing first-class metadata fieldsThe manifest metadata now includes
element_name,extension_type, anddisplay_name(first-class fields the fork uses to generate the Joomlaupdates.xmlfeed —.mokogitea/manifest.xmlis deprecated). Butgitea_manifest_update's schema only exposes name/org/description/version/license/platform/package_type/entry_point/language/standards_*. To setelement_name/extension_type/display_nameI had to fall back to a rawPUT /repos/{owner}/{repo}/manifest.Please add
element_name,extension_type,display_name(and any other first-class manifest fields —maintainer,maintainer_url,info_url,target_version,php_minimum,version_prefix) to the(moko)gitea_manifest_updatetool schema so the feed-driving fields are settable directly. Context: getting these right is what fixes client Joomla update feeds (see MokoGitea-Fork#752).Branch created:
feature/33-rename-mcp-tools-gitea-mokogitea-brand-a