Short answer: You can list gitlab projects in GitLab by hand from its own interface, but it won’t repeat itself. On TinyCommand, add the GitLab List GitLab Projects action to a workflow, map its 4 inputs from any upstream app, and it runs automatically every time the trigger fires. No code, and a free tier to start.
Every field can be mapped from an upstream trigger, AI step, table row, or hard-coded literal.
| Field | Type | Required | Description |
|---|---|---|---|
Membership membership | options | Optional | Membership. Options: Member projects only, All visible |
Search search | string | Optional | Search. Example: my-project |
Per Page per_page | string | Optional | Per Page. e.g. "20" |
Order By order_by | options | Optional | Order By. Options: Last Activity, Name, Created |
{"membership": "{{trigger.membership}}","search": "e.g. my-project","per_page": "20","order_by": "{{trigger.order_by}}"}
[{"id": 123,"name": "My Project","web_url": "https://gitlab.com/group/my-project","default_branch": "main","path_with_namespace": "group/my-project"}]
Use these fields in downstream nodes for routing, logging, or error handling.
Any of these apps can fire this action as part of a workflow.