Я чувствую себя вынужденным добавить ответ, поскольку принятый ответ и некоторые другие имеют то, что я считаю серьезной проблемой: они не понимают разницы между командой запроса только для чтения и командой, которая вносит изменения.
Я не жду никакого уважения к этому ответу, но надеюсь, что он поможет другим избежать тратить время и делать ошибки, следуя принятому, но ИМХО неверному ответу.
--- + КРАТКОЕ
Вероятно, самый удобный способ найти все неотслеживаемые файлы в рабочей области perforce - p4 reconcile -na
.
-a
говорит: «Дайте мне файлы, которых нет в репозитории, т.е. которые должны быть добавлены».
-n
говорит «не вносить изменений» - т.е. пробный прогон. (Хотя в сообщениях может быть сказано «открыто для добавления», мысленно вы должны интерпретировать это как «было бы открыто для добавления, если не -n»)
Вероятно, наиболее удобный способ найти все локальные изменения, сделанные в автономном режиме - не только файлы, которые, возможно, потребуется добавить, но также файлы, которые, возможно, потребуется удалить, или которые были изменены без открытия для редактирования с помощью p4 edit
, - это p4 reconcile -n
.
В нескольких ответах представлены сценарии, часто с участием p4 fstat
. Хотя я не проверил все эти сценарии, я часто использую аналогичные сценарии, чтобы восполнить недостатки команд perforce, таких как p4 reconcile -n
- например, часто я обнаруживаю, что мне нужны локальные пути, а не пути Perforce депо или пути рабочей области.
--- + ВНИМАНИЕ
p4 status
НЕ является аналогом команд состояния в других системах контроля версий.
p4 status
НЕ является запросом только для чтения. p4 status
фактически находит такие же изменения p4 reconcile
и добавляет их в репозиторий. p4 status
похоже, не имеет такой -n
возможности, как p4 reconcile
пробный запуск .
Если вы это сделаете p4 status
, посмотрите на файлы и подумайте: «О, они мне не нужны», тогда вам придется p4 revert
их использовать, если вы хотите продолжить редактирование в той же рабочей области. В противном случае изменения, p4 status
добавленные в ваш набор изменений, будут проверены в следующий раз.
Кажется, мало или нет причин использовать p4 status
вместо p4 reconcile -n
, за исключением некоторых деталей локального рабочего пространства и пути к депо.
Я могу только представить, что тот, кто выбрал «статус» для команды, не предназначенной только для чтения, имел ограниченное владение английским языком и другими инструментами управления версиями.
--- + P4V
графический интерфейс
В графическом пользовательском интерфейсе p4v
команда согласования находит локальные изменения, которые может потребоваться добавить, удалить или открыть для редактирования. К счастью, по умолчанию он не добавляет их в список изменений; но вы все равно можете быть осторожны, чтобы закрыть окно согласования после его проверки, если вы не хотите фиксировать изменения.