Je dois effectuer régulièrement une synchronisation de perforce propre sur de nouvelles machines matérielles / virtuelles sur le VPN. Cela peut prendre des heures à mesure que le projet est assez important. Y a-t-il un moyen de simplement copier un arbre à jour d'un client existant et de dire à la perforce d'utiliser cet arbre?
3 Réponses :
Non, mais vous ne devriez pas avoir besoin de: Pourquoi avez-vous besoin de faire une synchronisation de performance propre? Quel est le problème avec une synchronisation normale? Si vous avez besoin de nettoyer l'arbre, pourquoi ne pas fonctionner sur une copie de l'arbre?
Une alternative peut être d'exécuter une p4proxy à la fin de la connexion VPN, puis des fichiers inchangés ne doivent pas être transférés sur le VPN.
Si vous n'avez besoin que d'exportation - vous n'avez pas besoin de le garder à jour ou de soumettre des modifications à partir de celui-ci, vous pouvez simplement copier une commande existante et ne jamais utiliser de perforce contre cet arbre. Mais je ne sais de toute façon pas du serveur de perforce convaincant que vous avez une caisse sans P4 en train de vérifier les fichiers.
Bonjour Douglas, j'ai clarifié la question (je pense!)
Je suis aussi penché vers p4proxy maintenant. Je l'ai utilisé avant mais j'ai cessé de l'utiliser pour une raison quelconque. Peut-être que c'est la solution.
le Perforce Proxy est la bonne façon d'aller, mais si vous Vraiment vouloir, il y a un moyen de faire ce que vous avez demandé via la commande code> Sync code>, avec le commutateur Le drapeau -k contourne le fichier client
mettre à jour. Il peut être utilisé pour faire le
Le serveur croit qu'un espace de travail client
a déjà le fichier. Typiquement cela
le drapeau est utilisé pour corriger la perforce
serveur quand il est faux de quoi
Les fichiers sont sur le client, utilisez cette
l'option peut confondre le serveur si vous
sont faux sur le contenu du client. P>
blockQuote> Vous pouvez également utiliser -k code>:
flush code>, qui est un synonyme de Sync -k code>: p> p4 flush //depot/someProject/...
Perforce Proxy est presque certainement la voie à suivre, en supposant que vous puissiez consacrer une machine locale à cette fin.
Un astuce utile pour un proxy est de le faire rafraîchir le contenu du jour au lendemain, simplement en créant un client factice (peut-être sur la machine de proxy) et de lancer une tâche nocturne pour effectuer une synchronisation - une synchronisation normale fera, n'a pas besoin d'être propre. Cela garantira que de gros changements que les personnes ont vérifié ne proviendront pas nécessairement un décalage massif de la première fois que vous devez faire une synchronisation locale.
Notez que vous avez besoin d'une connexion VPN en direct entre le proxy et le serveur - le proxy doit toujours parler au serveur pour déterminer s'il dispose des versions bonnes en cache. Donc, le proxy a besoin d'un lien de latence raisonnablement bas sur le serveur, mais au moins, vous n'avez pas à attendre le transfert de fichiers réel.
Une autre alternative que vous souhaiterez peut-être essayer est d'utiliser l'option Compress dans vos spécifications client (espaces de travail). Cela indique au serveur de compresser chaque fichier avant d'être envoyé et que votre client P4 se décompressera automatiquement. Le compromis ici est l'heure de la CPU sur le serveur et le client. Cependant, étant donné que vous souhaitez synchroniser plusieurs clients locaux, je pense que le proxy sera finalement la meilleure solution.