You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@magpie.apache.org by "Kaap10 (via GitHub)" <gi...@apache.org> on 2026/09/28 13:30:20 UTC

Re: [I] feat(tools/forgejo): forge + tracker bridge for Codeberg / Gitea / Forgejo [magpie]

Kaap10 commented on issue #310:
URL: https://github.com/apache/magpie/issues/310#issuecomment-5870863087

   Hi @potiuk, I would love to pick this up and work on adding the Forgejo/Gitea bridge!
   
   Just a quick note: the Forgejo API reference link in the description (`.../admin/api-usage/`) is currently returning a 404. It seems their docs were restructured, and the correct link is now: `https://forgejo.org/docs/latest/user/api/usage/`
   
   I was analyzing the implementation approach for porting `tools/github/` and have a quick architectural question:
   
   Would you prefer the `tools/forgejo/` operations to be built around the official **`tea` CLI** (mirroring how the GitHub adapter uses the `gh` CLI), or strictly raw **`curl`** requests targeting the Forgejo REST API? 
   
   *Context:* Using `tea` abstracts away the need to manually fetch and map integer IDs for labels/milestones (which the Forgejo REST API requires), keeping the agent recipes much simpler and less error-prone. However, I want to ensure depending on `tea` aligns with Magpie's baseline environmental tooling expectations.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscribe@magpie.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org