Se stai usando perforce correttamente, "p4 aperto" è quello che stai cercando. Ti dirà quali file hai aperto per il cambiamento. Se vuoi essere in grado di cambiare i file localmente, POI aprirli per modificarli (o eliminarli, ecc.), Quindi stai uscendo dai modelli di utilizzo che inevitabilmente si aspettano che gli utenti si attengano e che tu stia calpestando un terreno pericoloso.
Perforce fornisce meccanismi che consentono di rilevare queste cose, se si intende continuare a lavorare in questo modo. "p4 fstat" ti permetterà di ottenere il md5sum previsto per un file dal server. Confrontandolo con il md5sum locale ti dirò se il file è cambiato. Si potrebbe, in alternativa, confrontare le date dei file - se la data di modifica sul computer locale non corrisponde a quella data da fstat, si può essere abbastanza certi che è cambiata, ma per essere certi, si dovrebbe fare il controllo md5sum.
Questa domanda NON è un duplicato di [Come trovare file non tracciati in un albero Perforce? (analogo allo stato di svn)] (http://stackoverflow.com/questions/9272/how-to-find-untracked-files-in-a-perforce-tree-analogue-of-svn-status). Quella domanda riguardava un uso specifico di un comando come svn/hg/bzr/git status, ricerca di file non tracciati, mentre questa domanda riguarda un singolo comando che può riassumere lo stato dell'area di lavoro, sia le modifiche offline che le modifiche già in un changeset non vincolato. Inoltre, la risposta nel link-to-page non è completamente corretta. –
Poiché questa domanda è stata chiusa in modo errato, ho posto una nuova domanda [(Qual è il comando p4 equivalente a qualcosa come git/hg/bzr/svn stato? (Suggerimento: non 'stato p4')] (http: // stackoverflow .com/questions/39937962/what-is-the-p4-command-equivalent-to-something-like-git-hg-bzr-svn-status-hint), e ho risposto io stesso (anche se accolgo con favore una risposta migliore - che è il motivo per cui mi sono imbattuto in questa risposta errata in primo luogo.) –