Votre projet garde ses réglages.

Trois couches de configuration

1. Défauts du workflow — versionnés dans la source centrale.
2. Projet — agent-workflow.config.json, committé dans le repository consommateur.
3. Machine — .agent-workflow.local.json, prioritaire et gitignoré.

Le workflow détecte la branche de base, le gestionnaire de paquets et les scripts habituels. Configurez une valeur explicite quand cette détection ne correspond pas à votre projet.

{
  "tracker": {
    "team": "Votre équipe"
  },
  "git": {
    "baseBranch": "auto"
  },
  "commands": {
    "install": "auto",
    "fullCheck": "npm run check"
  }
}

Consulter la configuration effective

node .agent-workflow/bin/agent-workflow.mjs config

La commande s’exécute depuis la racine du projet et fusionne les trois couches. Le détail des options est disponible dans le guide de configuration du repository.

Mettre à jour un projet

Dans votre clone de la source officielle :

git pull --rebase
./update.sh /chemin/vers/votre-projet

Le manifest compare les checksums actuels, ceux de la dernière installation et ceux de la version entrante. La configuration du projet n’est pas remplacée.

Résoudre un conflit explicitement

Un fichier géré modifié manuellement reste en place. La version entrante est enregistrée dans .agent-workflow/conflicts/ et la commande retourne le code 2.

1. Comparez le fichier local et le chemin incoming indiqué par le manifest.
2. Décidez des changements à conserver.
3. Relancez l’update. Un fichier identique à la version entrante est à nouveau reconnu comme géré.

Les fichiers gérés devenus obsolètes et restés intacts sont déplacés dans .agent-workflow/backups/.