Perforce: откат всего рабочего пространства до состояния перед списком изменений

Question

Можно ли откатить мое рабочее пространство до состояния, которое было до списка изменений.

Примечание. Это не прямой откат или возврат в конкретном списке изменений

Пример сценария: 1: пользователь x отправил список изменений, все работает нормально. Пусть CL no будет 1023 2: пользователи a, b, c, d регистрируют свои изменения в хранилище Perforce. Пусть соответствующие списки изменений будут 1024, 1025, 1026, 1027. 3: Пользователь x синхронизирует свое рабочее пространство с хранилищем. Некоторая ошибка происходит сейчас, не уверен, что это было вызвано 1024 или 1025 или 1026 или 1027

Что я ожидаю от производительности, чтобы помочь мне: Бинарный поиск в списках изменений 1024, 1025, 1026, 1027, чтобы определить CL, вызвавший ошибку. К вашему сведению, фактический сценарий не прост с 4 списками изменений. Имеет 200+ CL

Мне нужно откатиться до 1025, что вернет все изменения в CL 1026 и 1027. и затем, если ошибка все еще там, то это вызвано одним из 1024 или 1025. Если ошибка устранена путем возврата к 1025, затем либо 1026 вызвало проблему, либо 1027 вызвало проблему.

Пожалуйста, предложите любую команду, которая поможет мне достичь этого.

Answer 1

p4 sync @1025

переведет всю вашу рабочую область в состояние, соответствующее депо на момент отправки 1025 (это команда, которую вы ищете, когда говорите, что вам нужно "откатиться до 1025". Запустите тесты, а затем продолжите бинарный поиск с или:

p4 sync @1024

или же:

p4 sync @1027

и так далее.

Обратите внимание, что "p4 sync" НЕ будет касаться файлов, которые в данный момент открыты - если у вас есть открытые файлы, и вы пытаетесь протестировать изменения, которые уже были отправлены в хранилище, я бы порекомендовал отложить эти файлы и отменить их в вашем рабочем пространстве. таким образом, у вас нет локальных ожидающих изменений, смешанных с отправленными изменениями, которые вы пытаетесь протестировать.