2026 — Conan 2 sur Mac CI distant : miroirs, téléchargements parallèles et cohérence du lockfile

Le texte suppose Conan 2.x, un dépôt binaire accessible par HTTPS (public conancenter, Artifactory d’entreprise ou Conan Server derrière VPN) et un projet décrit par conanfile.py ou conanfile.txt. Vous exécutez des builds sur un runner macOS multi-tenant : chaque job doit isoler son CONAN_HOME pour éviter qu’un profil ou une liste de remotes « fuie » vers le job suivant.

Matrice décisionnelle (résumé) : choisissez d’abord la source d’artefacts dominante, puis bornes réseau et disque. Les lignes du tableau suivant s’appliquent une fois le point de terminaison correctement ordonné dans conan remote list.

Contexte outillage mixte C++ : la chaîne vcpkg & CMake FetchContent reste pertinente pour comparer « lock côté manifest » ; ici la vérité de graphe est conan.lock.

Le premier remote actif sert en priorité pour la résolution des références. Documentez l’URL exacte (chemin .../api/conan/<repo> pour Artifactory) et le mode d’auth (utilisateur API / token dans le gestionnaire de secrets du CI).

conan remote list
conan remote add company https://artifacts.example.com/artifactory/api/conan/conan-cpp
conan remote login company "$CONAN_USER" -p "$CONAN_PASSWORD"
conan remote update company --index 0
# conan remote disable conancenter   # si vous imposez 100 % interne

Remplacez l’URL par votre endpoint réel ; évitez de committer identifiants ou URL internes non routables depuis le poste de développement si ce n’est pas voulu.

core.download:parallel contrôle le nombre de téléchargements simultanés côté client Conan. Sur un Mac CI partagé, monter cette valeur sans mesurer le WAN et le débit disque déclenche des storms d’E/S et des erreurs HTTP difficiles à distinguer des vrais incidents serveur.

export CONAN_HOME="${CI_PROJECT_DIR:-$PWD}/.conan2"
conan config set core.download:parallel=8
# Contrôle : grep -E 'download:parallel' "$CONAN_HOME/global.conf" 2>/dev/null || true

CONAN_HOME regroupe configuration et stockage des paquets ; le répertoire p suit la croissance du cache binaire. Pour le compilateur, ccache accélère les rebuilds : fixez CCACHE_DIR sous le workspace du job, pas sur un volume SMB. Xcode peut réutiliser DerivedData uniquement si votre politique d’équipe l’autorise explicitement — sinon isolez un dossier par pipeline.

export CONAN_HOME="${CI_PROJECT_DIR:-$PWD}/.conan2"
export CCACHE_DIR="${CI_PROJECT_DIR:-$PWD}/.ccache"
export CCACHE_MAXSIZE="${CCACHE_MAXSIZE:-2G}"
ccache -s
du -sh "$CONAN_HOME/p" 2>/dev/null || true
df -h "$(dirname "$CONAN_HOME")"

Alignez-vous sur les mêmes seuils relatifs que pour les autres outils du pool (souvent 80 / 85 / 90 % d’occupation du volume selon criticité) : la procédure est détaillée dans la FAQ concurrence de pulls & disque — mêmes garde-fous pour un SSD partagé sous charge CI.

Générez le lock sur un agent « de référence » (même famille d’OS, même profil Conan) puis appliquez-le en CI avec --lockfile. Avant compilation, conan graph info valide que le graphe résolu correspond au fichier versionné — utile comme porte de PR.

cd "${CI_PROJECT_DIR:-$PWD}"
conan lock create . --lockfile-out=conan.lock
# Plus tard / autre job :
conan install . --output-folder=build --lockfile=conan.lock --build=missing
conan graph info . --lockfile=conan.lock

# Retry avec backoff (exemple bash)
for wait in 4 12 30 90; do
  conan install . --output-folder=build --lockfile=conan.lock --build=missing && break
  echo "Conan install échoué, nouvel essai dans ${wait}s..."
  sleep "$wait"
done

Si le graphe diffère, vérifiez l’alignement des profils (arch, compiler.version, os.sdk) et l’absence de second CONAN_HOME persistant entre jobs.

Sur un Mac distant partagé, Conan 2 reste prévisible lorsque les remotes sont explicitement ordonnés, le parallélisme de téléchargement borné par rapport au disque réel, et le lockfile validé par graph info avant merge. Pour comparer d’autres stratégies de tirage (registres conteneurs, autres gestionnaires), parcourez le blog technique.