Как создать новый элемент clearcase внутри незарезервированного извлеченного каталога?

Question

Фон

В ClearCase вы можете сделать незарезервированные проверки , если определенный файл уже извлечен другим представлением с помощью следующей команды:

ct co -unreserved <element>

ВыМожно также добавить новый элемент в clearcase с помощью следующей команды

ct mkelem <new_element>

Однако для использования команды mkelem в файле требуется, чтобы каталог файла был извлеченным элементом clearcase.

Issue

Я пытаюсь создать новый элемент clearcase в каталоге.Этот каталог в настоящий момент проверен другим представлением, поэтому мне нужно сделать безоговорочную проверку.Безоговорочная проверка работает отлично.Однако, когда я пытаюсь запустить ct mkelem newFile после незарезервированного извлечения каталога, я получаю эту ошибку:

% ct mkelem newFile

Создание комментариев для "newFile":,Создан элемент "newFile" (тип "text_file").

ОШИБКА: Пользователь [имя_пользователя] не может сделать зарезервированные извлечения для этого типа файла или филиала в этой области.Файл [/ vobs / directory / to / newFile @@ / main / 0] Вы все равно можете сделать безоговорочную проверку, если это необходимо.

Что заставляет меня задуматься ...

Вопрос

Есть ли способ сделать новый элемент clearcase внутри незарезервированной проверки каталога?

Answer 1

Похоже, это пользовательское сообщение об ошибке: «Вы все еще можете сделать незарезервированную проверку».
Это означает, что ClearCase не отображает его изначально.

Поэтому проверьте, есть ли триггер VOB на месте.который обеспечит применение такой политики (без незарезервированной проверки каталога): используйте cleartool lstype -invob \aVob -kind trtype, в качестве ответа в этом ответе .

, поскольку вы можете одновременно извлекать папкув зарезервированном и незарезервированном виде ... что может привести к злым близнецам , как показано в этой теме:

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