chore(docs): regenerate manual, man page, and component registry

docs/fish-config.1

@@ -1696,7 +1696,12 @@ the directory already exists. The two compose: --clean runs first, so
 empty slot because clean just emptied it.
 
 --remote links an already-existing remote (git remote add origin
-<url>) -- it does not create anything. --new-remote creates one first
+<url>) -- it does not create anything. Linking is idempotent: an origin
+already pointing at that URL is reported and accepted, so rerunning
+mkrep against the same target, or pointing it at a checkout that is
+already linked, succeeds instead of failing on \[dq]remote origin already
+exists\[dq]. An origin pointing somewhere else is an error, not a silent
+repoint. --new-remote creates one first
 by running a shell command template in the new repo directory, then
 nothing further is needed since the template itself does the linking
 (e.g. gh repo create {name} --source=. --remote=origin --push).
@@ -1805,8 +1810,9 @@ not, so they are chained with the git commands that do the linking:
 .PP
 \f[B]Dependencies:\f[R] \f[V]_fish_mkdir_p\f[R],
 \f[V]__fish_palette\f[R], \f[V]_mkrep_say\f[R],
-\f[V]_mkrep_verbose\f[R], \f[V]_mkrep_default_remote_cmd\f[R],
-\f[V]_mkrep_remote_url\f[R], \f[V]_mkrep_repo_exists\f[R], \f[V]git\f[R]
+\f[V]_mkrep_verbose\f[R], \f[V]_mkrep_add_origin\f[R],
+\f[V]_mkrep_default_remote_cmd\f[R], \f[V]_mkrep_remote_url\f[R],
+\f[V]_mkrep_repo_exists\f[R], \f[V]git\f[R]
 .SS 5.5 Package Management
 .SS cleanup
 .IP