Je me sens obligé d'ajouter une réponse, car la réponse acceptée, et certaines des autres, ont ce que je pense être un problème important: ils ne comprennent pas la différence entre une commande de requête en lecture seule et une commande qui apporte des modifications.
Je ne m'attends à aucun crédit pour cette réponse, mais j'espère que cela aidera les autres à éviter de perdre du temps et de faire des erreurs en suivant la réponse acceptée mais incorrecte à mon humble avis.
--- + BREF
Le moyen le plus pratique de trouver tous les fichiers non suivis dans un espace de travail perforce est probablement p4 reconcile -na
.
-a
dit "donnez-moi les fichiers qui ne sont pas dans le référentiel, c'est-à-dire qui devraient être ajoutés".
-n
dit "ne faites aucun changement" - c'est-à-dire un essai à sec. (Bien que les messages puissent dire "ouvert pour ajouter", vous devez mentalement interpréter cela comme "serait ouvert pour ajouter si ce n'est pas -n")
Le moyen le plus pratique de trouver toutes les modifications locales effectuées en mode hors connexion - pas seulement les fichiers qui pourraient avoir besoin d'être ajoutés, mais également les fichiers qui pourraient devoir être supprimés, ou qui ont été modifiés sans être ouverts pour modification via p4 edit
, est p4 reconcile -n
.
Plusieurs réponses ont fourni des scripts, impliquant souvent p4 fstat
. Bien que je n'ai pas vérifié tous ces scripts, j'utilise souvent des scripts similaires pour compenser les lacunes des commandes perforce telles que p4 reconcile -n
- par exemple, je trouve souvent que je veux des chemins locaux plutôt que des chemins de dépôt Perforce ou des chemins d'espace de travail.
--- + AVERTISSEMENT
p4 status
n'est PAS l'équivalent des commandes d'état sur d'autres systèmes de contrôle de version.
p4 status
n'est PAS une requête en lecture seule. p4 status
trouve en fait le même genre de changements que celui qui le p4 reconcile
fait et les ajoute au référentiel. p4 status
ne semble pas avoir d' -n
option d'exécution à sec comme le p4 reconcile
fait.
Si vous le faites p4 status
, regardez les fichiers et pensez "Oh, je n'en ai pas besoin", alors vous devrez les utiliser p4 revert
si vous voulez continuer à éditer dans le même espace de travail. Sinon, les modifications p4 status
ajoutées à votre ensemble de modifications seront vérifiées la prochaine fois.
Il semble y avoir peu ou pas de raison d'utiliser p4 status
plutôt que p4 reconcile -n
, à l'exception de quelques détails sur l'espace de travail local par rapport au chemin d'accès au dépôt.
Je ne peux qu'imaginer que quiconque a choisi «statut» pour une commande non en lecture seule avait une maîtrise limitée de la langue anglaise et d'autres outils de contrôle de version.
--- + P4V
GUI
Dans l'interface graphique p4v
, la commande de réconciliation trouve les modifications locales qui peuvent devoir être ajoutées, supprimées ou ouvertes pour modification. Heureusement, il ne les ajoute pas à une liste de modifications par défaut; mais vous voudrez peut-être quand même faire attention à fermer la fenêtre de réconciliation après l'avoir inspectée, si vous ne voulez pas valider les modifications.