Perforce :Как разрешить ожидающие изменения, когда файлы были перемещены другим представленным изменением

Контекст :Кто-то занимается реструктуризацией большого хранилища Perforce, находящегося в активной разработке, и p4 moveхранит файлы, пока над ними еще ведется работа. Все остальные должны сохранить свои ожидающие изменения, но переместить их в новые места в новой структуре каталогов.

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

Если другой пользователь отправляет p4 moveвсех этих файлов в подкаталог -, в то время как мой список изменений все еще находится на рассмотрении, как мне решить, чтобы те же изменения применялись к тем же файлам в их новом местоположении?

После того, как другой пользователь перемещает файлы, и я выполняю команду p4 sync, которая помещает файлы в новое место в моем рабочем пространстве, p4 resolveпросто говорит, что No file(s) to resolveесть.

Я пытался сделать p4 move path newdir/pathдля каждого файла в моем изменении,это не совсем работает:

• Файлы, которые я добавил, перемещаются в качестве добавления в новое место. ХОРОШО.
• Файлы, которые я редактировал, требуют использования флага -fна p4 move(. без него получится//depot/newdir/path - is synced; use -f to force move). ХОРОШО.
• Файлы, которые я удалил, не могут быть перемещены(//depot/path - can't move (already opened for delete)). ПЛОХОЕ
• Файлы, которые я переместил, не могут быть перемещены снова. Если мое ожидающее изменение перемещалось с //depot/pathна //depot/newpath, а другое изменение было перемещено с //depot/pathна //depot/newdir/path, тогда я могу p4 move newpath newdir/newpathподобрать часть изменения "переместить/добавить", но я не могу p4 move path newdir/path, чтобы также выбрать часть изменения «переместить/удалить» (та же ошибка, что и в предыдущем пункте ). ПЛОХОЙ.

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

Я также рассматривал возможность адаптации метода Работа без подключения к серверу Perforce для применения моих изменений в новом местоположении, но при этом теряются метаданные «перемещения» и, что более важно, не будет работать, если несколько человек сделать то же самое, что им придется решить с внесенными мной изменениями, если я доберусь до них.

Если вы хотите поиграть с игрушечным примером, вот шаги моего воспроизводящего тестового примера:

# Get p4 client and server, install in path (~/bin for me)
cd ~/bin
wget http://www.perforce.com/downloads/perforce/r12.1/bin.linux26x86/p4
chmod +x p4
wget http://www.perforce.com/downloads/perforce/r12.1/bin.linux26x86/p4d
chmod +x p4d

# Start p4 server in a test area (server dumps files in CWD)
mkdir -p ~/p4test/server
cd ~/p4test/server
p4d&
sleep 3
export P4PORT=localhost:1666
unset P4CONFIG # In case you use elsewhere :)

# Create some default client specs and workspaces for them.
mkdir../workspace1
cd../workspace1
export P4CLIENT=client1
p4 client -o | p4 client -i
mkdir../workspace2
cd../workspace2
export P4CLIENT=client2
p4 client -o | p4 client -i

# Create files and commit initial depot from client1
cd../workspace1
export P4CLIENT=client1
for i in 1 2 3 4; do echo "This is file $i" > file$i; done
p4 add file*
p4 submit -d 'Initial files'

# Now make some changes to the files. But do not submit - leave pending.
# Add
echo "New file 0" > file0
p4 add file0
# Edit
p4 edit file1
echo "Edited $(date)" >> file1
# Delete
p4 delete file2
# Move
p4 edit file3
p4 move file3 file3.1

# Pending changelist looks like this:
# p4 opened
#//depot/file0#1 - add default change (text)
#//depot/file1#1 - edit default change (text)
#//depot/file2#1 - delete default change (text)
#//depot/file3#1 - move/delete default change (text)
#//depot/file3.1#1 - move/add default change (text)

# Meanwhile, in client2, another user moves everything to a new dir
cd../workspace2
export P4CLIENT=client2
p4 sync
p4 edit file*
p4 move... main/...
p4 submit -d 'Move everything to new "main" directory'

# Now what happens in client1?
cd../workspace1
export P4CLIENT=client1
p4 sync

# //depot/file4#1 - deleted as /home/day/p4test/workspace1/file4
# //depot/file1#1 - is opened for edit - not changed
# //depot/file2#1 - is opened for delete - not changed
# //depot/file3#1 - is opened for move/delete - not changed
# //depot/file3.1#1 - is opened for move/add - not changed
# //depot/main/file1#1 - added as /home/day/p4test/workspace1/main/file1
# //depot/main/file2#1 - added as /home/day/p4test/workspace1/main/file2
# //depot/main/file3#1 - added as /home/day/p4test/workspace1/main/file3
# //depot/main/file4#1 - added as /home/day/p4test/workspace1/main/file4
# day@office:~/p4test/workspace1$ tree
#.
# ├── file0
# ├── file1
# ├── file3.1
# └── main
#     ├── file1
#     ├── file2
#     ├── file3
#     └── file4
#
# 1 directory, 7 files

# Now... how to resolve?