Sync tokens.json from remote URLs

doc/usage.md

@@ -32,7 +32,8 @@ Masz dwie drogi.
 #### Droga 1: remote `r1` z tokenem w URL
 
 To jest wariant dydaktyczny, jesli uczen ma cwiczyc reczne dodawanie remota z
-tokenem do zdalnego endpointu.
+tokenem do zdalnego endpointu. Jesli launcher zobaczy URL w formacie
+`http://LOGIN:TOKEN@...`, zapisze ten token lokalnie do `tokens/tokens.json`.
 
 Przyklad:
 
@@ -42,12 +43,12 @@ git fetch r1 main
 git switch --track -c main r1/main
 ```
 
-#### Droga 2: lokalny `tokens/gitea_tokens.json`
+#### Droga 2: lokalny `tokens/tokens.json`
 
 Przed operacjami wymagajacymi autoryzacji dodaj lokalny token do:
 
 ```bash
-~/dev/workspace/rv/tokens/gitea_tokens.json
+~/dev/workspace/rv/tokens/tokens.json
 ```
 
 Minimalny format pliku:
@@ -71,14 +72,17 @@ Przyklad:
 ```bash
 mkdir -p ~/dev/workspace/rv/tokens
 chmod 700 ~/dev/workspace/rv/tokens
-chmod 600 ~/dev/workspace/rv/tokens/gitea_tokens.json
+chmod 600 ~/dev/workspace/rv/tokens/tokens.json
 ```
 
-Wariant z `tokens/gitea_tokens.json` jest wygodniejszy wtedy, gdy launcher ma
+Wariant z `tokens/tokens.json` jest wygodniejszy wtedy, gdy launcher ma
 sam wykonywac `clone`, `fetch` i `push`, albo gdy uzytkownik po zajeciach chce
 pracowac z wieloma repo na swoim koncie bez wpisywania tokena do kazdego
 remota.
 
+Launcher umie tez przemigrowac stary plik `tokens/gitea_tokens.json` do nowego
+`tokens/tokens.json`.
+
 ### Fetch i switch
 
 Domyslna galaz launchera to `main`.
@@ -143,6 +147,7 @@ config_path<TAB>...
 workspace_root<TAB>...
 series_root<TAB>...
 socket_root<TAB>...
+token_path<TAB>...
 tools_root<TAB>...
 git_base_url<TAB>...
 git_source_org<TAB>...