Все комментарии к изменению perforce ветки между 2 метками? (включая слияния)

Я не вижу простого ответа на этот вопрос, но у меня есть еще пара предложений, которые, возможно, помогут указать правильное направление.

1. Уговорите администратора увеличить лимит строк maxscan. Если он нервничает, что это приведет к проблемам со всей пользовательской базой, просто попросите его добавить вас в новую группу пользователей (например, «Сценарии») и установите ограничения только для этой группы. Это приведет к тому, что только члены этой группы смогут использовать верхние пределы, и вы сможете договориться о подходящем времени для запуска сценария. Вы даже можете сделать это за ночь.
2. Ознакомьтесь с руководством администратора P4 и посмотрите, поможет ли какой-либо из советов по написанию сценариев - например, возможно, более жесткий взгляд на данные ограничит запрос в достаточной степени, чтобы не нарушить ограничения maxscanrows.
3. Как твой SQL? Вы можете создать эффективный запрос, используя P4Report инструмент.
4. Попробуйте задать вопрос в списке рассылки Perforce. Это очень активный список, в котором много очень опытных людей, которые могут очень помочь. См. эту ссылку для страницы регистрации. Есть хороший шанс, что они предложат несколько хороших подходов.
5. Возможно, уже слишком поздно для существующих лейблов, но подумайте об использовании системы заданий для отслеживания работы. Perforce имеет встроенные инструменты запросов, чтобы отслеживать, какие задания попали в разные ветки. Однако это требует изменения рабочей практики для вашей команды.

Извините, я не могу дать более конкретного ответа.

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

Скажем, самое близкое изменение к дате вашей первой этикетки - 23000, а ваше окончательное изменение даты вашей второй этикетки - 25000, тогда

p4 изменяет //depot/PATHTOMYCODE/...@23000,@25000

предоставит вам все изменения в вашем кодовом пути между этими двумя списками изменений.

Разве обычный Label-diff не сделает то, что вы хотите?

• Из P4V, Инструменты-> Различ. Выберите две метки
• В P4Win щелкните правой кнопкой мыши метку, выберите файлы различий в 2 метках.
• Из командной строки p4 diff2 //codeline/...@label1 //codeline/...@label2

Или мне не хватает именно того, что вам нужно?

Дальнейшее предложение после комментария Вилле к вышеизложенному

Если вам нужна информация только по списку изменений, а не по файлу, попробуйте "p4 interchanges" из командной строки. Это даст вам только сводку того, какие изменения в одной ветке не произошли в другой, и вы можете указать диапазон ревизий, чтобы ограничить его нужными вам ярлыками.

Для получения подробной информации выполните "p4 help interchanges" из командной строки.

К сожалению, команда обмена пока не отображается в P4V или P4Win.

Ответ Тоби Аллена - лучший подход, если ваши лейблы - простые списки изменений.

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

Вы можете получить списки файлов и версий с помощью:

p4 fstat -Of //...@MyLabel

РЕДАКТИРОВАТЬ:

Рассмотрим две сложные метки:

VERSION_A:
 //depot/file_A.cpp#4
 //depot/file_B.cpp#7
 //depot/file_C.cpp#1

VERSION_B:
 //depot/file_A.cpp#6
 //depot/file_B.cpp#5
 //depot/file_C.cpp#4

В этом примере метки не описывают конкретный список изменений, изменение заголовка для каждого файла может быть разным.

Если у вас могут быть такие метки, то вы можете запустить команду p4 fstat для каждой метки, а затем найти различия. В этом примере file_A.cpp изменился дважды, а file_C.cpp - 3 раза. file_B.cpp старше во второй метке, поэтому его можно игнорировать.

Итак, теперь вам нужно посмотреть на изменения, которые коснулись этих версий:

file_A.cpp#5
file_A.cpp#6
file_C.cpp#2
file_C.cpp#3
file_C.cpp#4

Эти изменения можно получить с помощью p4 filelog, поэтому вы хотите запустить что-то вроде этого:

p4 filelog file_A.cpp#6
p4 filelog file_C.cpp#4

Затем вам нужно удалить все дубликаты и любую историю для более ранних версий.

Как я уже сказал, вам это нужно только в том случае, если у вас грязные ярлыки. Если есть способ сделать так, чтобы ваши ярлыки представляли списки изменений, вам следует использовать ответ Тоби Аллена.