docs: tea-Einrichtung fuer ein frisches Geraet beschreiben
Die Doku stellte fest, tea sei installiert - was auf jedem anderen Geraet falsch ist und dazu fuehrt, dass saemtliche Kommandos darunter fehlschlagen, ohne dass der Grund dabeisteht. Mit dem noetigen Token-Scope, damit gleich klar ist, warum Wartungs-API und Organisations-Repos nicht funktionieren.
This commit is contained in:
@@ -4,7 +4,19 @@ Issues and specs for this repo live as **Gitea** issues at
|
|||||||
<https://gitlab.hive-brain.de/RDietermann/dionotes-client>.
|
<https://gitlab.hive-brain.de/RDietermann/dionotes-client>.
|
||||||
|
|
||||||
> The host is named `gitlab.hive-brain.de`, but the server is **Gitea 1.25.5**, not GitLab.
|
> The host is named `gitlab.hive-brain.de`, but the server is **Gitea 1.25.5**, not GitLab.
|
||||||
> `glab` will not work. Use the [`tea`](https://gitea.com/gitea/tea) CLI (v0.15 installed).
|
> `glab` will not work. Use the [`tea`](https://gitea.com/gitea/tea) CLI (developed against v0.15).
|
||||||
|
|
||||||
|
**Auf einem frischen Gerät** ist `tea` erst einzurichten — ohne das schlägt jedes Kommando
|
||||||
|
unten fehl:
|
||||||
|
|
||||||
|
```bash
|
||||||
|
tea login add --name hive --url https://gitlab.hive-brain.de --token <token>
|
||||||
|
tea login list # prueft, ob es sitzt
|
||||||
|
```
|
||||||
|
|
||||||
|
Der Token braucht mindestens `write:issue`, `write:repository` und `write:user`. Der hier
|
||||||
|
verwendete hat **kein** `read:admin` und **kein** `write:organization` — Wartungs-API und
|
||||||
|
Anlegen unter einer Organisation scheitern damit.
|
||||||
|
|
||||||
Run `tea` from inside the clone — it resolves owner/repo from `git remote`. It prints
|
Run `tea` from inside the clone — it resolves owner/repo from `git remote`. It prints
|
||||||
`NOTE: no login matched this repository, falling back to login 'hive'` on every call;
|
`NOTE: no login matched this repository, falling back to login 'hive'` on every call;
|
||||||
|
|||||||
Reference in New Issue
Block a user