Разметить ветку Clearcase с помощью пакетного скрипта - PullRequest
1 голос
/ 03 августа 2010

Мне нужно создать скрипт метки Clearcase для запуска на сервере UNIX.

Метки не всегда будут в последней сборке, и сценарий должен запускаться с помощью ручного процесса.

Каждый файл будет помечен как ветвь кода в версии (в настоящее время выбраннойtimestamp-timestamp от движка сборки Hudson, который будет создавать эти сценарии и ftp на сервер Unix).

Сервер сборки (Windows) - это другой компьютер, а не тот, на котором будет запускаться сценарий (UNIX).Сервер сборки в данный момент заполняется и выполняет сборку из представления снимка.Пользователи имеют доступ и разрешения в открытом виде.

Код никогда не создается с компьютера UNIX - это центральное место, где несколько человек могут перейти для маркировки кода.

Необходимо ли заново создаватьпредставление на сервере UNIX для маркировки (то есть мне нужно запустить представление, подписать и затем остановить представление)?Или я мог бы сделать что-нибудь более легкое?

1 Ответ

1 голос
/ 03 августа 2010

Для такого рода задач я настоятельно рекомендую использовать один динамический просмотр в сочетании с правилом выбора на основе времени .

Вы можете:

  • сначала создайте файл спецификации конфигурации с правильным правилом выбора на основе метки времени, используемой в процессе сборки
  • установить спецификацию конфигурации на ваш взгляд (cleartool setcs /path/to/config/spec/file, см. setcs)

Весь процесс не требует остановки / перезапуска представления.
А поскольку он использует динамическое представление, нет времени для обновления (нет файла для загрузки).


ОП добавляет в комментариях:

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

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

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

...