2010-06-30 12 views
3

Perforce prend-il en charge file streams sous Windows, sur NTFS?Perforce prend-il en charge les flux de fichiers sous Windows?

+0

Ils sont également communément appelés "flux de données alternatifs" bien que cela ne me fournisse pas beaucoup plus d'informations. Je ne sais pas, curieux de voir si quelqu'un a une réponse définitive. – Joe

+2

Depuis que vous mentionnez "support" dans votre question: pourquoi n'écrivez-vous pas à [email protected]? Sérieusement, le soutien de Perforce est énorme et je suis sûr qu'ils sont même prêts à répondre aux questions si vous n'êtes pas (encore) un client. – jhwist

+0

Je contacterais directement Perforce directement. Leur service est ce qui fait que Perforce est payé et ça en vaut la peine. – ChrisF

Répondre

2

Je viens de recevoir une réponse de Perforce:

Perforce n'a pas de support spécial pour les NTFS Alternate Data Streams. Cela signifie que vous perdrez tout flux de données supplémentaire lorsque vous soumettez un fichier dans perforce.

+0

Je pensais que ce serait réponse que P4 est multi-plateforme.P4 reporte certaines choses au système de fichiers local, c.-à-d. La sensibilité à la casse, mais la prise en charge des flux de données NTFS est quelque chose d'additionnel et spécial aux serveurs Windows uniquement (je ne le supporterais pas si j'avais un logiciel serveur multiplateforme). – Dennis

+0

Ils prennent en charge les forks de ressources OS X - ~ quelque chose mais sur Mac. – sorin

+0

Les forks de ressources OS X sont normales et sont ** souvent ** utilisées. J'utilise NTFS depuis son premier envoi et n'ai jamais utilisé les flux de données alternatifs NTFS. –

2

Désolé de ressusciter un ancien thread, mais j'ai trouvé une solution qui permettra aux clients Perforce (P4/P4V) de créer des données ADS.

Le chapitre 2 du Guide de l'utilisateur de Perforce comporte une section intitulée «Mappage des fichiers sur différents emplacements de l'espace de travail». Cette section explique comment réaffecter le dépôt à l'espace de travail et vice-versa. Supposons que vous voulez stocker certaines métadonnées d'actif avec vos fichiers dans Perforce. Vous créez un outil qui génère un ADS appelé asset.meta de telle sorte que vos noms de fichiers sont de la forme fichier.ext: asset.meta.

Si vous modifiez votre espace de travail Perforce inclure les éléments suivants:

//depot/....asset.meta //CLIENT/...:asset.meta 

Cela prendra ADS flux asset.meta et créer des fichiers pour eux dans Perforce. Foo.txt avec un asset.meta ADS est stocké sous la forme de 2 fichiers dans le dépôt: foo.txt et foo.txt.asset.meta

Lorsque vous les synchronisez, ils se terminent correctement.

Maintenant il y a 2 caviats à connaître.

1.) P4V ne verra pas les ADS. Vous devez les ajouter manuellement via P4, le P4API ou un autre mécanisme explicite.

2.) Si le fichier de base (foo.txt de notre exemple) n'est pas marqué en écriture, vous ne pourrez pas synchroniser l'ADS.

Vous devrez faire face à # 1 de la manière que vous voulez. # 2 est plus difficile IMO. Vous pouvez + w les fichiers principaux afin qu'ils soient toujours inscriptibles sur le client (si vos flux de travail peuvent s'adapter à cela), ou vous pouvez écrire une routine de synchronisation personnalisée qui gère les fichiers en lecture seule ou en lecture-écriture si nécessaire. Je peux répondre à cela si j'entends d'autres bonnes idées de Perforce que celles mentionnées ci-dessus, mais vu la hauteur de cette page dans Google lors de la recherche de "Perforce Alternate Data Stream", j'ai pensé que cela pourrait aider quelqu'un .