Perforce на linux ...
Версия сервера: P4D / LINUX26X86_64 / 2013.2 / 938876 (23.09.2014)
(Я знаю, это старое, вне моего контроля)
Я синхронизирую свою ветку с конкретным CL в исходной ветке, используя ...
% p4 integrate //a/b/main/...@950828 ...
% p4 resolve -at
% p4 submit
Я думаю, что мне не нужно «синхронизировать p4» мою рабочую область с тем, с чем я только что синхронизировался с помощью интеграции, но я тоже это сделал (не повредит?)
Я привожу некоторые изменения из другого CL той же исходной ветки с незаполненной ...
% p4_unshelve -b a-branch-spec -s 950891
Судя по сообщениям, все прошло нормально ...
- Unshelved Files -
//a/b/branches/my_brahcn/x/y/z/configs_old.dj (delete) (rev: none)
- Messages -
//a/b/branches/x/RHEL6.tcsh - must resolve //a/b/main/RHEL6.tcsh@=950891 before submitting
//a/b/branches/x/w/v/env.cfg - must resolve //a/b/main/w/v/env.cfg@=950891 before submitting
-I- Successfully completed p4 unshelve
Читая сообщение о необходимости разрешения, пробую, что ...
% p4 resolve
No file(s) to resolve.
Хммм ... Я должен исправить эти изменения, но решать нечего? p4 открыт ничего не показывает ...
% p4 opened
File(s) not opened on this client.
Q: Что здесь происходит?
Кроме того, если я синхронизирую свою ветку с еще более ранним списком изменений в исходной ветке с помощью метода integration / resolve-at / submit, сохранятся ли в моей ветке изменения из более позднего CL, с которым я синхронизировался ранее?
Спасибо
Do “need to resolve” message always imply pending changes?
да.
Q: What's going on here ?
Ваш сценарий p4_unshelve
не использует тот же P4CLIENT
, что и обычные команды p4
, которые вы запускаете в оболочке.
(Это немного похоже на снимок в темноте, но это самое простое объяснение совершенно несовместимых результатов между двумя наборами выходных данных.)
В сценарии использовалась та же рабочая область. Не знаю, почему это не сработало. Может это потому, что я использовал p4perl? Неужели это так? Во всяком случае, это была суть проблемы. Спасибо