Clarify token scan pairs repo and store
This commit is contained in:
+9
-2
@@ -52,6 +52,8 @@ To pozwala odroznic:
|
||||
Przy `tokens scan` launcher:
|
||||
|
||||
- czyta wszystkie remote URL-e w repo
|
||||
- czyta `tokens.json`
|
||||
- laczy remote i store w pary po endpoincie serwera
|
||||
- wybiera tylko `http` i `https`
|
||||
- jesli URL ma `LOGIN:TOKEN@...`, wyciaga login i token
|
||||
- zapisuje je pod odpowiednim endpointem w `tokens.json`
|
||||
@@ -73,15 +75,17 @@ Przy skanowaniu launcher zapisuje tez metadane serwera:
|
||||
|
||||
### `tokens scan`
|
||||
|
||||
Kierunek:
|
||||
Zrodla:
|
||||
|
||||
```text
|
||||
repo -> tokens.json
|
||||
repo + tokens.json
|
||||
```
|
||||
|
||||
Dzialanie:
|
||||
|
||||
- skanuje remote URL-e w repo
|
||||
- czyta wpisy z `tokens.json`
|
||||
- laczy oba zrodla po endpoincie serwera
|
||||
- zapisuje znalezione tokeny do `tokens.json`
|
||||
- zapisuje je per endpoint serwera
|
||||
- wypisuje domyslnie tylko waska tabele `items`
|
||||
@@ -93,6 +97,9 @@ moze miec dwa wiersze:
|
||||
- `source=repo` - stan remote URL-i w repo
|
||||
- `source=tokens.json` - stan lokalnego store tokenow
|
||||
|
||||
Dzieki temu widac, dla ktorego endpointu token jest w remote, a dla ktorego
|
||||
jest tylko w `tokens.json`.
|
||||
|
||||
Kolumny w tabeli `items`:
|
||||
|
||||
- `item` - numer porownywanego endpointu
|
||||
|
||||
Reference in New Issue
Block a user