Add roadmap direction document
Lists what was deliberately left out of v1 and why, plus candidates for later — one-shot repo import via a URL pasted in the web UI, outbound webhooks, description search, repo export/archive, repo stats, in-UI notifications, code search, team/org ACLs, and SSH key fingerprints on profile pages.
1 files changed
+47 −6
M
ROADMAP.md
+47 −6
ROADMAP.md
@@ -64,14 +64,55 @@ demande une vraie raison nouvelle, pas juste "ce serait bien d'avoir".
## 3. Candidats pour plus tard, sans priorité arrêtée
Des idées qui reviendraient naturellement si l'usage le justifie, mais
-qui ne sont pas des manques identifiés aujourd'hui :
+qui ne sont pas des manques identifiés aujourd'hui. Ratio effort/valeur
+indicatif entre parenthèses, pour se souvenir pourquoi l'ordre est
+celui-là la prochaine fois qu'on rouvre ce document.
-- Recherche de code (pas seulement par nom de dépôt/sujet).
-- Intégration CI / webhooks sortants sur push ou fusion.
-- ACL par équipe/organisation, en plus de l'ACL par personne actuelle.
-- Import/miroir depuis un dépôt externe (GitHub, etc.).
+- **Import ponctuel depuis un dépôt externe** (GitHub, etc.), validé
+ dans son principe : un formulaire dans l'interface web où l'on colle
+ l'URL du dépôt source, un `git clone --mirror` déclenché une fois
+ côté serveur, puis le dépôt devient un dépôt gitfed normal — pas de
+ commande admin séparée à apprendre. *(effort faible-moyen)*. À
+ distinguer du **mirroring continu** (re-fetch périodique, gestion de
+ credentials vers l'externe, conflits si quelqu'un pousse localement
+ sur un miroir censé être lecture seule) — nettement plus lourd, pas
+ retenu pour l'instant.
+- **Webhooks sortants** sur push ou fusion de MR (appel HTTP vers une
+ URL configurée). *(effort moyen, valeur moyenne-élevée si un usage CI
+ ou notifications externes se confirme)*.
+- **Recherche de dépôts par description**, pas seulement par nom.
+ *(effort faible — la donnée existe déjà)*.
+- **Export/archive** d'une branche ou d'un tag en `.tar.gz`/`.zip`
+ via `git archive`. *(effort faible)*.
+- **Statistiques de dépôt** (nombre de commits, contributeurs, langage
+ dominant) sur la page repo. *(effort faible-moyen, surtout
+ cosmétique)*.
+- **Notifications dans l'UI** (pas d'email) sur nouvelle MR ou
+ commentaire — extension du badge/liste de notifications qui existe
+ déjà pour les invitations fédérées, à la même logique. *(effort
+ moyen, pertinent dès que plusieurs personnes collaborent sur un même
+ dépôt)*.
+- **Fingerprint des clés SSH publiques sur la page de profil** (voir
+ §4) — affichage du fingerprint seul, jamais la clé complète ; permet
+ de vérifier l'identité d'un contributeur sans exposer de matériel
+ sensible. Pas fait avec la première version des pages de profil,
+ faute de besoin confirmé.
+- **Recherche de code** (pas seulement par nom de dépôt/sujet).
+ *(effort élevé — indexation à construire, faible valeur tant que le
+ nombre de dépôts reste petit)*.
+- **ACL par équipe/organisation**, en plus de l'ACL par personne
+ actuelle. *(effort élevé — nouveau modèle de données, faible valeur
+ tant que l'instance reste utilisée par peu de monde)*.
-## 4. Ce qui ne changera probablement jamais
+## 4. Pages de profil (en cours)
+
+Page publique `/u/<username>` façon GitLab : bio en markdown éditée
+depuis les paramètres du compte, liste des dépôts publics de
+l'utilisateur, date d'inscription et activité récente. Accessible sans
+compte, comme `/explore`. Le fingerprint de clé SSH sur cette page est
+volontairement laissé pour plus tard (voir §3).
+
+## 5. Ce qui ne changera probablement jamais
Rappel du principe directeur (voir les deux README) : **gitfed n'essaie
pas de rivaliser avec GitHub ou GitLab sur le nombre de fonctionnalités.**