Projets

Les projets que je vois : tous pour un administrateur, mes affectations pour un développeur.

La fiche complète d’un projet : client, stack, URLs, description, conventions, membres.

Crée un projet.

Modifie un projet (statut compris : ACTIVE, PAUSED, DELIVERED, ARCHIVED).

Ce qu’un changement d’équipe ferait perdre : par membre retiré, ses tâches ouvertes de ce projet — demandé AVANT le geste, sans rien écrire.

Supprime un projet et tout ce qu’il porte (tâches, discussions, sessions, accès). L’archivage est la voie normale.

Ce qu’emporterait la suppression du projet, ce qui serait délié, et si elle m’est permise — demandé AVANT le geste, sans rien écrire.

Ce qu’emporterait la duplication du projet, groupe par groupe, avec les défauts et ce qui ne suit jamais — demandé AVANT le geste.

Duplique un projet : un projet NEUF qui recopie les groupes choisis (détails, adresses sans site, dossiers locaux, équipe, coffre, modules, connecteurs, faits, tâches, créations, documents, dossier de la barre ; sur demande : discussions sans mesures, messages, portail).

Couvre l’HISTORIQUE d’un projet passé en mode aveugle : efface le contenu des discussions déjà enregistrées (conversation, résumé, prompts, commandes, fichiers touchés, titre) et les fragments de mémoire d’agence. Les lignes restent, avec leurs mesures — tokens, coût, temps actif.

ANCIENNE ROUTE, conservée jusqu’à la 0.11 pour REFUSER en l’expliquant (426) : le partage se fait désormais par personne. N’écrit rien. Sans elle, les applications 0.10.2 recevraient un 404 traduit par « elle marchera au prochain déploiement », ce qui est faux.

Ouvre les accès de ce projet à des personnes nommées, au-delà du client qui l’a commandé. Réservé aux administrateurs.

Pose la stack détectée du projet.

Le dossier local du projet sur CE poste.

Le suivi Nexus Dev du projet : missions d’agent (état, branche, moteur, consommation mesurée, budget, blocage, prochaine décision, tâche et demande de fusion), revues (commit, verdict, défauts ouverts, corrigés, non examinés) et plans de surveillance après livraison (commit livré, environnement, verdict), tels que les postes de l’équipe les ont dits.

Le poste range l’ÉTAT ENTIER d’un de ses dossiers (missions, revues, plans de surveillance) : ce qu’il ne dit plus est retiré, un envoi rejoué ne double rien.

Retire ce que CE poste a envoyé au suivi du projet : un dossier (`dossier`), ou tous.

Jeux vidéos : les verrous de binaires du jeu tenus par Nexus (quand la forge ne sert pas ceux de Git LFS) — chemin, détenteur, discussion, depuis quand.

Jeux vidéos : prend le verrou de chemins du dépôt pour le compte courant (et la discussion nommée). Chaque chemin répond PRIS, DEJA_A_NOUS ou VERROUILLE_PAR (qui, depuis quand).

Jeux vidéos : rend ses verrous (RENDU, DEJA_LIBRE, PAS_A_NOUS). `forcer: true` : un administrateur libère le verrou d’un autre (FORCE).

Rangement complet des projets et dossiers (ordre, dossier parent).

Pose sur ce projet les tâches déclarées par son type.

Les dossiers de rangement de l’entreprise.

Crée un dossier de rangement.

Renomme ou déplace un dossier.

Ce qu’un dossier contient — l’enjeu d’une suppression.

Les membres attribués à un dossier, et le nombre de projets que cette attribution leur donne (sous-dossiers compris).

Remplace les membres attribués à un dossier : ils sont affectés à tous ses projets, sous-dossiers compris, et les retirer ici leur retire ces projets.

Ce que remplacer les membres d’un dossier ferait perdre : par membre et par projet quitté, ses tâches ouvertes — demandé AVANT le geste, sans rien écrire.

Supprime un dossier ; ses projets remontent à la racine.

Version est-il installé sur ce serveur, et sous quel hôte git (`version.<domaine>`) ? Ce que le relais git du poste lit avant de demander un identifiant.

Les identifiants git du membre sur Version (un jeton délivré par Nexus), pour SON terminal ou pour SES agents. Avec `projectId`, le dépôt du projet est remis d’accord avec l’équipe avant la réponse.

La santé de Version sur ce serveur : configuré, joignable à l’instant, conduit par un compte d’administration — et la phrase de ce qui manque.

Choisit LE dépôt du projet — celui que le poste clone et pousse : Version, ou le dépôt GitHub/GitLab qu’il portait. Rien n’est copié ni effacé, l’autre adresse est gardée.

Crée une branche depuis une branche, une étiquette ou un commit (`depuis`, la branche par défaut sans lui) — « repartir d’ici », sans rien réécrire.

Retire une branche (`?nom=`), selon le droit du membre. Jamais la branche par défaut (400).

Les étiquettes du dépôt — les versions qu’on a nommées (`v1.2.0`) —, de la plus récente à la plus ancienne.

Nomme une version : pose une étiquette sur une branche ou un commit (`cible`, la branche par défaut sans elle), avec un message.

Retire une étiquette (`?nom=`) : propriétaires et administrateurs seulement, un repère que d’autres ont pu employer ne se défait pas à la légère.

Ce que `tete` (branche, étiquette ou commit) a de plus que `base` (la branche par défaut sans elle) : les commits et les fichiers touchés.

Parcourt le dépôt à une référence (`ref`, la branche par défaut sans elle) : un dossier (`chemin`) rend ses entrées, un fichier son texte.

Le dépôt Version du projet : adresse de clone, branche par défaut, taille relue sur la forge, gel, le droit du membre (et donc de ses agents), le stockage de l’espace.

Crée le dépôt Version du projet s’il n’en a pas, et y met l’équipe (propriétaires, administrateurs, membres affectés). Un projet sans dépôt prend son adresse comme `repoUrl` ; un dépôt GitHub/GitLab existant est gardé.

Les branches du dépôt Version : nom, dernier commit, protégée, par défaut.

L’historique d’une branche (la branche par défaut sans `branche`), trente commits par page ; les auteurs sont nommés par leur nom Nexus.

Un commit et ses différences, fichier par fichier (statut, ajouts, suppressions, patch borné ; `tronque` le dit).

Les demandes de fusion du dépôt Version, par état (`ouvertes` par défaut, `fermees`, `toutes`).

Ouvre une demande de fusion d’une branche poussée (`tete`) vers `base` (la branche par défaut sans elle), au nom du membre.

Une demande de fusion : son fil de commentaires et ses différences.

Commente une demande de fusion, au nom du membre.

Les gros fichiers du projet gardés par le serveur (modèles, textures, vidéos, originaux de génération), cherchés par nom, chemin, prompt, origine et date, cinquante par page, avec l’occupation de l’entrepôt.

La version reliée à un chemin du dossier du projet (`chemin`), ou rien.

La fiche d’un fichier de l’entrepôt et toutes ses versions (état, empreinte, prompt et générateur d’un original).

Ouvre (ou reprend) le dépôt d’un fichier par son empreinte : un contenu déjà gardé n’est pas renvoyé, un envoi interrompu rend les parties déjà reçues.

Signe des adresses d’envoi pour des parties d’un dépôt ouvert (seize au plus par appel).

Termine un dépôt : le stockage assemble les parties, le serveur relit l’empreinte avant de dire « gardé ».

Une adresse de lecture signée (une heure) d’une version gardée, lisible par parties (reprise).

Relie un chemin du dossier du projet à une version de l’entrepôt (ce que le pointeur `.entrepot` désigne).

Fusionne une demande (merge, squash ou rebase), selon le droit du membre sur la forge.

Les archives du dossier local de ce projet mises au cloud pour libérer un poste : état (ENVOI, VERIFICATION, AU_CLOUD, CORROMPU, RAPATRIE), taille, appareil, empreintes. Jamais la clé.

Ouvre l’envoi d’une archive du dossier local au stockage de Nexus : la place se juge sur la taille brute et se réserve (source PROJETS de l’abonnement). Rend la clé AES de l’archive et la taille d’une partie.

Signe des parties de l’envoi (20 au plus, 16 Mio chacune au plus) : des URL PUT que le poste emploie directement.

Termine l’envoi : les parties reçues par le stockage doivent faire la taille annoncée ; l’archive passe en VERIFICATION, le serveur la relit et ne la dit AU_CLOUD qu’avec la même empreinte SHA-256.

Rapatrie une archive AU_CLOUD : une URL de lecture signée (une heure) et la clé. Jamais refusé pour la place ou la sortie du mois, seulement compté.

Le poste a rapatrié et relu l’archive : avec l’empreinte relue au serveur, l’objet s’efface et la place revient (RAPATRIE). Une autre empreinte : 409 `EMPREINTE`, l’archive reste.

Abandonne un envoi ouvert ou abîmé (sa place revient). Une archive AU_CLOUD ou en vérification ne s’abandonne pas (409) : elle se rapatrie.

Le poste déclare avoir retiré son dossier après la relecture de l’archive (en-tête x-nexus-appareil). C’est ce qui permet à l’aperçu de suppression du projet de dire « seule copie ».

Les archives au cloud de l’espace dont le projet a été supprimé AVANT que la fenêtre de suppression ne les nomme : jamais purgées d’office, comptées dans le stockage. Administrateur.

Retire à la main une archive sans projet : l’objet est effacé, la place revient. Administrateur, en session (ni clé d’API, ni agent : 403). Une archive dont le projet existe, ou d’un autre espace : 404.

Les pièces déposées dans le détail du projet pour ses agents : nom, type, poids, qui. Aucun contenu. Sous mode aveugle : `aveugle: true`, liste vide.

Dépose une pièce dans le détail du projet. Le même contenu sous le même nom rend la ligne existante (`existait`).

Le contenu d’une pièce, en base64.

Ce que Nexus sait lire d’une pièce : le texte d’un PDF, d’un Office, d’un fichier texte ; sinon la raison. Relevé une fois dans un processus isolé, puis gardé.

Retire une pièce du détail du projet. Journal `projet.piece-retiree`.