2014-11-11 4 views
0

Я работаю с Accurev, и недавно я был вынужден выполнить возврат на недавнем продвижении. Я следил за общими рекомендациями, получал доступ к истории потока и выполнял повторное действие по выбранной транзакции. Эта конкретная транзакция включает уже существующие файлы, но также и новые.Accurev revert action

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

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

ответ

0

Допустим, у вас есть поток иерархии: stream1 - stream2 - Workspace1

В этой иерархии у вас есть файл с именем foo.c.

В Stream2 этот файл имеет несуществующий статус.

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

Если вы попробуете и продвинете недавно добавленный foo.c, он потерпит неудачу из-за того, что он был злым близнецом, поскольку исходный foo.c все еще существует в Stream1.

Чтобы очистить это, вы можете рекламировать многопользовательский foo.c из Stream2, а затем рекламировать вновь добавленный foo.c.