2016-09-12 16 views
1

Я хотел бы иметь возможность идентифицировать символическую ссылку в clearcase. Я генерирую запросы из базы данных оракула, содержащей расширенный путь к элементам. Он работает хорошо для реальных элементов, но для symlink запрос возвращает мне расширенное имя пути для целевого (и атрибутов).Команда Cleartool: Получить путь и цель символической ссылки

Возможно ли изменить поведение команды описания?
Или, по крайней мере, для идентификации символической ссылки VOB с расширенного пути?

ответ

0

Обратите внимание: база данных оракула должна быть не Включить символические ссылки.

От «About symbolic links and version-extended pathnames»

символических ссылок не версионируется и, следовательно, не имеет версии удлиненных маршрутов.

Символы не каталогизированы в истории версий элемента.
Они служат только как указатель на целевую версию и позволяют создавать несколько точек доступа для одной версии.

Символическая ссылка может быть описана (cleartool describe) с помощью простого имени пути, следующим образом:

%>cleartool describe -long yoda 
symbolic link "yoda" -> ../yoda.txt 

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

%>cleartool describe -long [email protected]@/main/br1/br2/1 
version "[email protected]@/main/br1/br2/1" 
+0

Спасибо за ваш ответ, я думаю, что наш ИТ-отдел, созданный сценарий которые кормят базу данных оракула каждый раз, когда мы проверяем элемент, возможно, добавление символа символа ссылки VOB также этот скрипт. И вот почему мне нужно идентифицировать эти символические ссылки vob, чтобы их исключить :) – M4hd1Pro

+0

@ M4hd1 Это зависит от скрипта: если он извлекает только расширенные пути, то ни одна из этих версий не является символическими ссылками. – VonC

+0

Спасибо! И можно ли спросить описать команду, чтобы не пересечь ссылку? – M4hd1Pro

 Смежные вопросы

  • Нет связанных вопросов^_^