Document tokens json bootstrap listings

This commit is contained in:
mpabi
2026-04-29 01:51:43 +02:00
parent 5ae0ed24b0
commit 8382cb92e9
+74 -4
View File
@@ -58,12 +58,11 @@ Podstawowym miejscem pracy uzytkownika jest workspace:
~/dev/workspace/rv
```
Minimalny uklad po starcie zawiera launcher, katalog tokenow i katalog na karty:
Minimalny uklad przed pobraniem launchera zawiera tylko katalogi workspace:
```text
~/dev/workspace/rv
├── tools
│ └── rv-launcher
├── tokens
└── series
```
@@ -84,6 +83,16 @@ git fetch r1 main
git switch --track -c main r1/main
```
Po tym kroku w workspace jest juz repo launchera:
```text
~/dev/workspace/rv
├── tools
│ └── rv-launcher
├── tokens
└── series
```
Potem wczytaj token z remota do lokalnego store:
```bash
@@ -140,6 +149,16 @@ cp tokens.json ~/dev/workspace/rv/tokens/tokens.json
chmod 600 ~/dev/workspace/rv/tokens/tokens.json
```
Na tym etapie workspace ma store tokenow, ale nie musi jeszcze miec launchera:
```text
~/dev/workspace/rv
├── tools
├── tokens
│ └── tokens.json
└── series
```
Opcja `git clone`:
```bash
@@ -150,6 +169,17 @@ cd rv-launcher
git remote rename origin r1
```
Po `git clone` pojawia sie repo `rv-launcher`:
```text
~/dev/workspace/rv
├── tools
│ └── rv-launcher
├── tokens
│ └── tokens.json
└── series
```
Po klonie zmieniamy `origin` na `r1`, bo `tokens.json` jest mapowany na nazwy
git remotes. Jesli `git clone` wymaga autoryzacji, uzyj standardowego sposobu
Gita dla tego jednego kroku. Plik `tokens.json` zaczyna obslugiwac Git remotes
@@ -163,6 +193,27 @@ remota `r1`:
./rvctl tokens sync store r1
```
`list store` powinien pokazac token ze store:
```text
tokens
item source kind server proto host org repo user remote token valid
---- ------ ---- ------ ----- ---------------- --------- ----------- ---- ------ ------------ -------
1 store auth gitea http 77.90.8.171:3001 edu-tools rv-launcher u1 r1 e59cc...13be forever
```
`sync store r1` wpisuje credentials do git remota:
```text
repo_root /home/user/dev/workspace/rv/tools/rv-launcher
remote r1
server http://77.90.8.171:3001
user u1
id r1
status updated
url http://77.90.8.171:3001/edu-tools/rv-launcher.git
```
Na koniec odswiez metadane tokena i porownaj store z remote:
```bash
@@ -171,13 +222,32 @@ Na koniec odswiez metadane tokena i porownaj store z remote:
```
`compare` powinien pokazac `*` przy `r1`, jezeli remote i `tokens.json` sa
zgodne. Po operacjach Git mozesz usunac sekret z `.git/config`, zostawiajac
token tylko w store:
zgodne:
```text
tokens
item server proto host org repo user remote token_ref token valid
---- ------ ----- ---------------- --------- ----------- ---- ------ --------- ------------ -------
1 gitea http 77.90.8.171:3001 edu-tools rv-launcher u1 r1 r1 * e59cc...13be forever
```
Po operacjach Git mozesz usunac sekret z `.git/config`, zostawiajac token tylko
w store:
```bash
./rvctl tokens rm remote r1
```
Po usunieciu remota `compare` pokazuje marker `S`, czyli token jest tylko w
store:
```text
tokens
item server proto host org repo user remote token_ref token valid
---- ------ ----- ---------------- --------- ----------- ---- ------ --------- ------------ -------
1 gitea http 77.90.8.171:3001 edu-tools rv-launcher u1 r1 r1 S e59cc...13be forever
```
### Po pobraniu kart pracy
Karty trafiaja do `series` w workspace: