Как найти неотслеживаемые файлы в дереве Perforce? (аналог svn status)

РЕДАКТИРОВАТЬ: Пожалуйста, используйте p4 status сейчас. Больше нет необходимости прыгать через обручи. См. ответ от @ ColonelPanic.

В версии P4V от января 2009 г. вы можете щелкнуть правой кнопкой мыши любую папку в дереве рабочего пространства и выбрать «согласовать автономную работу ...»

Это произведет небольшую обработку, а затем вызовет представление в виде дерева с разделением на файлы, которые не были извлечены, но имеют отличия от версии депо или вообще не зарегистрированы. Может даже быть несколько других категорий, которые он поднимает.

Вы можете щелкнуть правой кнопкой мыши файлы в этом представлении и проверить их, добавить или даже отменить.

Это очень удобный инструмент, который несколько раз спасал мою задницу.

РЕДАКТИРОВАТЬ: вопрос, заданный конкретно о скриптах, но я оставлю этот ответ здесь на всякий случай.

В linux или если у вас установлены gnu-tools в Windows:

find . -type f -print0 | xargs -0 p4 fstat >/dev/null

Это покажет сообщение об ошибке для каждого неучтенного файла. Если вы хотите записать этот вывод:

find . -type f -print0 | xargs -0 p4 fstat >/dev/null 2>mylogfile

Под Unix:

find -type f ! -name '*~' -print0| xargs -0 p4 fstat 2>&1|awk '/no such file/{print $1}'

Это распечатает список файлов, которые не добавлены в ваш клиент или хранилище Perforce. Я использовал ! -name '*~', чтобы исключить файлы, заканчивающиеся на ~.

Ах, один из классиков Perforce :) Да, это действительно отстой, что ВСЕ ЕЩЕ нет простого способа, встроенного в команды по умолчанию.

Самый простой способ - запустить команду, чтобы найти все файлы в корневом каталоге ваших клиентов, а затем попытаться добавить их в хранилище. Вы получите список изменений всех новых файлов, а существующие файлы будут проигнорированы.

Например, dir / s / b / A-D | p4 -x - добавить

(используйте 'find. -type f -print' из командной строки nix).

Если вам нужен физический список (в консоли или файле), вы можете передать результаты сравнения (или добавить, если вы также хотите, чтобы они были в списке изменений).

Если вы запускаете это в P4Win, вы можете использовать $ r для замены клиентского корня текущей рабочей области.

Есть аналог svn status или git status?

Да, НО.

В Perforce версии 2012.1 есть команда p4 status, а в P4V - согласование автономной работы. Однако они оба очень медленные. Чтобы исключить нерелевантные файлы, вам необходимо написать p4ignore.txt файл на https://stackoverflow.com/a/13126496/284795

2021-07-16: ЭТОТ ОТВЕТ МОЖЕТ БЫТЬ УСТАРЕЛ.

Я достаточно уверен, что это было правильно в 2016 году, для какой бы версии Perforce я их не использовал (которая не обязательно была самой последней). Но похоже, что эта проблема или ограничение дизайна были устранены в последующих выпусках Perforce. Я не знаю, каков этикет по переполнению стека для этого - следует ли удалить этот ответ?

ОТВЕТ 2016 г.

Я чувствую себя побужденным добавить ответ, поскольку принятый ответ и некоторые другие имеют, на мой взгляд, серьезную проблему: они не понимают разницы между командой запроса только для чтения и командой, которая вносит изменения.

Я не жду никакого уважения к этому ответу, но надеюсь, что он поможет другим избежать тратить время и делать ошибки, следуя принятому, но ИМХО неверному ответу.

--- + КОРОТКО

Вероятно, самый удобный способ найти все неотслеживаемые файлы в специальной рабочей области - 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 GUI

В графическом интерфейсе пользователя p4v команда согласования находит локальные изменения, которые, возможно, потребуется добавить, удалить или открыть для редактирования. К счастью, он не добавляет их в список изменений по умолчанию; но вы все равно можете быть осторожны, чтобы закрыть окно согласования после его проверки, если вы не хотите фиксировать изменения.

Я использую следующее в моем инструменте, который выполняет резервное копирование любых файлов в рабочей области, которые отличаются от репозитория (для Windows). Он обрабатывает некоторые странные случаи, которые Perforce не очень нравятся, такие как встроенные пробелы, звездочки, проценты и хэш-метки:

dir /S /B /A-D | sed -e "s/%/%25/g" -e "s/@/%40/g" -e "s/#/%23/g" -e "s/\*/%2A/g" | p4 -x- have 1>NUL:

«dir / S / B / AD» перечисляет все файлы в этой папке или ниже (/ S) в «чистом» формате (/ B ) за исключением каталогов (/ AD). Команда «sed» изменяет опасные символы на их форму «% xx» (а-ля HTML), а команда «p4 have» проверяет это. list ("-x-") против того, чтобы сервер отбрасывал что-либо о файлах, которые он фактически размещает в репозитории ("1> NUL:"). Результат - набор строк вроде:

Z:\No_Backup\Workspaces\full\depot\Projects\Archerfish\Portal\Main\admin\html\images\nav\navxx_background.gif - file(s) not on client.

Et voil!

В качестве альтернативы из P4Win используйте опцию «Локальные файлы не в хранилище» на левой панели просмотра.

Я не часто использую P4V, но я думаю, что эквивалентным вариантом будет выбрать «Скрыть файлы локального рабочего пространства» в раскрывающемся списке фильтров на вкладке «Представление рабочего пространства». P4 help fstat

В P4V 2015.1 вы найдете эти параметры под кнопкой фильтра следующим образом:

Быстрый и грязный: в p4v щелкните правой кнопкой мыши папку, о которой идет речь, и добавьте все файлы под ней в новый список изменений. Список изменений теперь будет содержать все файлы, которые в настоящее время не являются частью хранилища.

Следующие команды производят вывод, похожий на статус, но ни одна из них не является полностью эквивалентной svn status или git status, предоставляя однострочную сводку состояния каждого файла:

• p4 status
• p4 opened
• p4 diff -ds

У меня недостаточно очков репутации для комментариев, но в решении Росс также перечислены файлы, открытые для добавления. Вероятно, вы не хотите использовать его ответ для очистки своего рабочего места.

Далее используется p4 fstat (спасибо, Марк Харрисон) вместо p4 have, и перечислены файлы, которых нет на складе и которые не открыты для добавления.

dir /S /B /A-D | sed -e "s/%/%25/g" -e "s/@/%40/g" -e "s/#/%23/g" -e "s/\*/%2A/g" | p4 -x- fstat 2>&1 | sed -n -e "s/ - no such file[(]s[)]\.$//gp"

=== Жак

Быстрый метод, но немного ортодоксальный. Если кодовая база не слишком часто добавляет новые файлы / не меняет представление, вы можете создать локальный репозиторий git вне своей кассы. Из чистой синхронизации perforce, git init, добавьте и зафиксируйте все файлы локально. Статус Git быстр и покажет файлы, которые ранее не были зафиксированы.

Команда p4 fstat позволяет вам проверить, существует ли файл в рабочей области, в сочетании с find, чтобы найти файлы для проверки, как в следующем примере Perl:

// throw the output of p4 fstat to a 'output file'
// find:
//  -type f  :-  only look at files,
//  -print0  :-  terminate strings with \0s to support filenames with spaces
// xargs:
//  Groups its input into command lines,
//  -0       :-  read input strings terminated with \0s
// p4:
//  fstat    :-  fetch workspace stat on files

my $status=system "(find . -type f -print0 | xargs -0 p4 fstat > /dev/null) >& $outputFile";

// read output file
open F1, $outputFile or die "$!\n";

// iterate over all the lines in F1
while (<F1>) {
  // remove trailing whitespace
  chomp $_;

  // grep lines which has 'no such file' or 'not in client'
  if($_ =~ m/no such file/ || $_ =~ m/not in client/){

     // Remove the content after '-'
     $_=~ s/-\s.*//g;

     // below line is optional. Check ur output file for more clarity.
     $_=~ s/^.\///g;

     print "$_\n";
  }
}

close F1;

Или вы можете использовать p4 reconcile -n -m ...

Если он «открыт для удаления», значит, он был удален из рабочей области. Обратите внимание, что указанная выше команда работает в режиме предварительного просмотра (-n).

Мне нужно было что-то, что работало бы в Linux, Mac или Windows. Поэтому я написал для него сценарий Python. Основная идея состоит в том, чтобы перебирать файлы и выполнять p4 fstat для каждого. (конечно, игнорируя зависимости и папки tmp)

Вы можете найти его здесь: https://gist.github.com/givanse/8c69f55f8243733702cf7

Эта команда может предоставить вам список файлов, которые необходимо добавить, отредактировать или удалить:
p4 status -aed ...
вы также можете использовать их по отдельности
p4 status -a .. .
статус p4 -e ...
статус p4 -d ...

В P4V в пункте меню «Просмотр» выберите «Файлы в папке», на правой панели появится новая вкладка. Справа от вкладок есть маленький значок, который вызывает окно под названием «Файлы в папке» с двумя значками. Выберите левый значок, похожий на воронку, и вы увидите несколько вариантов. Выберите «Показать предметы не на складе», и все файлы в папке появятся. Затем просто щелкните правой кнопкой мыши файл, который хотите добавить, и выберите «Отметить для добавления ...». Вы можете проверить его наличие на вкладке «Ожидающие». Просто отправьте как обычно (Ctrl + S).