edu/stem-launcher
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Auto-rename origin during token sync

Browse Source
This commit is contained in:
mpabi
2026-04-29 02:21:59 +02:00
parent af96388f6a
commit 46f2f44118
4 changed files with 79 additions and 36 deletions
Download Patch File Download Diff File Expand all files Collapse all files
README.md
+29 -35
View File
@@ -191,15 +191,6 @@ git clone http://77.90.8.171:3001/edu-tools/rv-launcher.git
cd rv-launcher
```
Etap 3: zmień nazwę remota z `origin` na `r1`:
```bash
git remote rename origin r1
```
`tokens.json` jest mapowany na nazwy git remotes, dlatego repo launchera ma
używać remota `r1`.
Po `git clone` workspace wygląda tak:
```text
@@ -210,7 +201,7 @@ Po `git clone` workspace wygląda tak:
└── tokens.json
```
Etap 4: sprawdź store i wpisz credentials ze store do remota `r1`:
Etap 3: sprawdź store i wpisz credentials ze store do remota `r1`:
```bash
./rvctl tokens list store
@@ -220,6 +211,8 @@ Etap 4: sprawdź store i wpisz credentials ze store do remota `r1`:
`tokens list store` sprawdza, czy skopiowany `tokens.json` zawiera wpis dla
remota `r1`. `tokens sync store r1` bierze token ze store i wpisuje credentials
do git remota `r1`, tak aby kolejne operacje Git mogły używać tego tokena.
Jeżeli po `git clone` repo ma tylko remote `origin` wskazujący to samo repo,
`rvctl` automatycznie przemianuje go na `r1`.
`list store` powinien pokazać token ze store:
@@ -235,6 +228,7 @@ item source kind server proto host org repo use
```text
repo_root /home/user/dev/workspace/rv/tools/rv-launcher
remote r1
renamed_from origin
server http://77.90.8.171:3001
user u1
id r1
@@ -242,7 +236,7 @@ status updated
url http://77.90.8.171:3001/edu-tools/rv-launcher.git
```
Etap 5: odśwież metadane tokena i porównaj store z remote:
Etap 4: odśwież metadane tokena i porównaj store z remote:
```bash
./rvctl tokens update r1
@@ -263,7 +257,7 @@ item server proto host org repo user remote tok
1 gitea http 77.90.8.171:3001 edu-tools rv-launcher u1 r1 r1 * e59cc...13be forever
```
Etap 6: po operacjach Git możesz usunąć sekret z `.git/config`, zostawiając
Etap 5: po operacjach Git możesz usunąć sekret z `.git/config`, zostawiając
token tylko w store:
```bash
@@ -281,6 +275,29 @@ item server proto host org repo user remote tok
1 gitea http 77.90.8.171:3001 edu-tools rv-launcher u1 r1 r1 S e59cc...13be forever
```
## Szybki start
Najpierw zobacz konfigurację i dostępne komendy:
```bash
./rvctl
./rvctl show-config
```
Typowy przepływ pracy:
```bash
./rvctl tokens compare
./rvctl list-series
./rvctl list-cards inf
./rvctl tmux-container inf 03 --dry-run
./rvctl tmux-container inf 03 --session rv-inf03 --attach
./rvctl submission inf 03 --class 4i --nick u1
```
`--dry-run` jest przydatny przy sprawdzaniu planu uruchomienia lub konfiguracji
repo, zanim narzędzie coś zmieni.
### Po pobraniu kart pracy
Karty trafiają do `series` w workspace:
@@ -320,29 +337,6 @@ Repozytoria źródłowe poza workspace, na przykład `~/dev/edu/repos/rv`, są
zapleczem dla autora materiałów albo fallbackiem dla narzędzi. Nie są wymagane
do zwykłej pracy w workspace.
## Szybki start
Najpierw zobacz konfigurację i dostępne komendy:
```bash
./rvctl
./rvctl show-config
```
Typowy przepływ pracy:
```bash
./rvctl tokens compare
./rvctl list-series
./rvctl list-cards inf
./rvctl tmux-container inf 03 --dry-run
./rvctl tmux-container inf 03 --session rv-inf03 --attach
./rvctl submission inf 03 --class 4i --nick u1
```
`--dry-run` jest przydatny przy sprawdzaniu planu uruchomienia lub konfiguracji
repo, zanim narzędzie coś zmieni.
## Dokumentacja
- `doc/rvctl.md` - techniczna dokumentacja CLI: wszystkie komendy, argumenty