прозрачный чехол; поставки и исходные данные

Я не очень хорошо знаю «clearcase», но мне приходится использовать его для доставки некоторых разработок из экземпляра «dev» в тестовый экземпляр конкретного приложения.

  1. Должен ли я использовать для этого поток «dev» и тестовый поток. Предположим, у меня есть код, который позволяет сказать test.sh, который я должен выполнить в тестовом экземпляре. Теперь DEV напишет версию 1 "test.sh" и доставит ее для тестирования. В тестовом потоке я вижу test.sh и выполняю его. Предположим, что теперь версия 2 test.sh выпущена и поставляется для тестирования после выпуска версии 3 test.sh и доставки для тестирования. На тестировании сейчас последняя версия - это версия 3.
  2. Я хотел бы выполнить версию 2 перед версией 3 в тесте. Как я могу сделать это автоматически? Обязательно ли использовать базовые показатели? Как автоматически выполнить базовый план, даже если он не последний? Что вместо "test.sh" у меня есть набор скриптов? Обратите внимание, что в моем примере я должен выполнить версию 2 до версии 3, потому что мой сценарий предполагает определенное состояние моих объектов в тестовой среде. Если запустить версию 3 без запуска версии 2, ничего не будет.

Может ли кто-нибудь объяснить мне, как я могу это сделать с помощью «clearcase», и дать мне несколько советов?


person NGM    schedule 08.08.2015    source источник


Ответы (1)


Я хотел бы выполнить версию 2 перед версией 3 в тесте. Как я могу сделать это автоматически? Обязательно ли использовать базовые показатели?

Да: если для каждой доставки установлен базовый уровень, вы будете использовать baseline2 до baseline3. Убедитесь, что эти базовые показатели (устанавливаемые после каждой доставки в test) заполнены (см. «В чем разница между полной базовой линией и добавочной базовой линией в Clearcase UCM ? ").

Как автоматически выполнить базовый план, даже если он не последний?

Используя специальное динамическое представление для теста, в котором вы устанавливаете спецификацию конфигурации:

element * baseline2
element /main/LATEST
person VonC    schedule 08.08.2015
comment
Спасибо, Фон. Можем ли мы автоматически создать полный базовый план после доставки для тестирования или нам нужно перейти в тестовый поток и создать полный базовый план вручную? - person NGM; 09.08.2015
comment
@NGM существует базовая линия deliverybl, созданная для каждой базовой линии, но вам нужно преобразовать ее в полную: stackoverflow.com/a/19604066 / 6309 - person VonC; 09.08.2015
comment
Спасибо, Фон. Можем ли мы автоматически создать полный базовый план после доставки для тестирования или нам нужно перейти к тестовой трансляции и создать полную базовую линию вручную? Как мы можем автоматически выполнить сценарий в тестовом потоке после доставки и полного базового плана? Также я хочу знать - если мы не выполняем автоматически скрипт в тестовом потоке, и у нас есть baseline 1, baseline 2 и baseline3, и мы доставляем их в тестовый поток, как мы практически просим Clearcase выполнить скрипт для baseline 1, затем один для базового уровня 2, а затем один для базового уровня 3? Где связь между базовым планом и сценарием? - person NGM; 09.08.2015
comment
Прошу прощения. Я также хочу знать, могу ли я сначала создать эти базовые уровни в потоке разработки. Если да, то как я могу увидеть все файлы в базовом уровне 1, когда, например, я сейчас нахожусь в базовом 3? Также есть ли способ в тестовом потоке узнать, выполнил ли я уже сценарий для базового уровня 2, например, или мне нужно сделать это самому? Это подскажет мне, что в следующий раз я должен выполнить скрипт для базового уровня 3. Я хочу выполнить скрипт, связанный с базой данных, и они должны выполняться в порядке базового 1, базового 2 ... эти скрипты могут иметь одно и то же имя. - person NGM; 09.08.2015
comment
@NGM не уверен насчет части автоматизации, но как я могу увидеть все файлы в базовом уровне 1, когда я сейчас, например, в базовом 3: это будет использовать diffbl, см. stackoverflow.com/a/16574208/6309. - person VonC; 09.08.2015