Normalement, Hudson utilise le repository Maven local que Maven détermine lui-même — le process exact ne semble pas documenté, mais ce répertoire est généralement `~/.m2/repository`. Il peut être modifié par le paramètre <localRepository> dans le fichier `~/.m2/settings.xml` (voir la référence pour plus de détails.)

Cela signifie que, normalement, tous les jobs qui sont exécutés sur le même noeud (machine) partagent un repository Maven unique. L'avantage, c'est que vous économisez de l'espace disque. Par contre, il peut aussi arriver que ces builds interfèrent les uns avec les autres. Par exemple, vous pouvez finir par avoir des builds qui s'achèvent avec succès incorrectement, simplement parce que toutes les dépendances sont déjà dans votre repository locale, même si les repositories spécifiés dans le POM ne les contiennent pas.

Il semble aussi y avoir des problèmes quand des process Maven concurrents tendent d'accèder au même repository local.

Quand cette option est sélectionnée, Hudson demandera à Maven d'utiliser `$WORKSPACE/.repository` comme répertoire local Maven. Du coup, chaque job aura son propre repository Maven parfaitement bien isolé. Cela règle les problèmes sus-cités, en échange d'une occupation supplémentaire de l'espace disque.

Si vous utilisez cette option, pensez à mettre en place un gestionnaire d'artefacts Maven. Ainsi, vous ne serez pas forcés d'accéder aux repositories Maven distants trop souvent.

Si vous préférez activer ce mode pour tous les jobs Maven exécutés par Hudson, référez-vous à la technique décrite ici.