Je ne suis pas sûr du danger réel - si Perforce effacera quelque chose que vous ne pouvez pas revenir, alors qui est généralement la raison pour laquelle vous avez le drapeau -f . La commande vraiment dangereuse - p4 obliterate - nécessite un drapeau explicite -y avant de faire quoi que ce soit.
Si vous êtes préoccupé par les modifications des métadonnées du serveur (spécifications du client, étiquettes, tables d'autorisation, travaux, etc.), je vous recommande fortement de configurer un dépôt "Specs". Cela crée un dépôt spécial dans Perforce qui contrôle les changements apportés par les utilisateurs aux spécifications des étiquettes, aux spécifications des branches, aux spécifications des clients, etc. Cela peut être très utile, et c'est la première chose que je fais sur une nouvelle installation Perforce.
Tout est dans les docs. Essayez this KB entry pour les débutants.
Pouvez-vous expliquer pourquoi vous trouvez cela dangereux? S'il y a des fichiers ouverts dans l'espace de travail, p4 ne vous laissera pas supprimer l'espace de travail. Tout le reste est dans le dépôt et peut être récupéré. – jhwist
Salut, j'ai légèrement changé la question. J'ai trouvé dangereux que certaines commandes n'aient pas d'étapes de confirmation ou d'indicateur de force requis (-f), car ni l'administrateur, ni l'utilisateur ne sont à l'épreuve des erreurs. Une étape de confirmation permet aux gens de réfléchir une dernière fois avant d'utiliser une commande irrécupérable. :-) Thomas –
Le drapeau -f n'est-il pas la confirmation alors? Puisque par défaut vous n'en avez pas besoin, l'ajouter suppose que vous confirmez l'action. –