Le cas honnête pour Perforce

Cet article est un contrepoids. La plupart des blogs d'ingénierie modernes assument que Git est la réponse. Pour un ensemble significatif de projets, Perforce est véritablement le meilleur choix.

Signal 1 : charges binary-heavy

Si vos commits quotidiens incluent des modèles FBX, fichiers PSD, WAVs multi-gigaoctets, footage caméra brut, assemblages CAD, ou artefacts d'engine compilés, le design de Perforce convient.

Signal 2 : le verrouillage n'est pas optionnel

Si votre équipe a déjà perdu une journée de travail d'un artiste parce que deux personnes ont édité la même scène, vous avez besoin de verrous.

Signal 3 : contrôle d'accès par chemin

Si des questions d'accès comme "ce contractuel peut voir le code du menu mais pas les internals de l'engine" surviennent, les ACLs par chemin de Perforce vous sauvent.

Signal 4 : monorepo massif sans divisions propres

Studios de jeux, maisons VFX, firmes de hardware ont souvent un dépôt mesuré en téraoctets qui ne peut pas être divisé.

Signal 5 : tooling DCC intégré

Si votre équipe utilise Maya, Unreal Engine, Unity, Substance Painter, Houdini ou similaire, tous s'intègrent avec Perforce out of the box.

Signal 6 : intégration build farm

Les systèmes de build distribués massifs ont souvent des décennies d'intégration Perforce.

Signal 7 : besoins réglementaires et d'audit

Certaines industries (défense, automobile, médical) exigent des trails d'audit complets.

Quand Perforce est le mauvais choix

• Votre charge est principalement du code texte qui merge proprement.
• Votre équipe travaille distribuée.
• Votre tooling attend Git.
• Vous bootstrappez et le coût de licence est significatif.
• Vous voulez tirer parti des contributions open source.

Le playbook hybride

• Perforce pour les assets d'art, animations, audio, vidéo, gros binaires.
• Git (souvent GitHub Enterprise) pour le code engine, scripts gameplay, tooling.
• Les pipelines de build récupèrent des deux.
• Code review via PRs; review d'art via Helix Swarm.

#!/usr/bin/env bash
git fetch && git checkout main
p4 sync //assets/release/...
./build.sh

Considérations de migration

• Quels streams deviennent des branches Git ?
• Comment les verrous exclusifs sont-ils remplacés ?
• Comment les ACLs par chemin sont-ils remplacés ?
• Comment les assets binaires sont-ils stockés ?

La conclusion

Perforce n'est pas legacy. Il sert de vrais besoins que Git sert mal.