ОП Самсельвапрабу настаивает на многосайтовом аспекте этой доставки, указывая на статью IBM об этих "поставленных поставках" .
Поскольку многосайтовая доставка плохо обрабатывает любой вариант предварительного просмотра, я бы тогда рекомендовал:
- иметь локальный поток интеграции, синхронизированный с удаленным сайтом (на который вы хотите в конечном итоге доставить эти действия)
- инициировать локальную доставку в этот локальный поток интеграции (который также будет поддерживать опцию
-preview)
- проверять эти «действия по доставке» локально, прежде чем, если их содержание удовлетворительное, инициировать фактическую (многосайтовую) доставку.
Оригинальный ответ
Вы можете добавить действия, которые хотите выполнить
cleartool deliver -act
(см. cleartool deliver справочную страницу )
Зная, что эти действия начинаются с доставки, вы можете перечислить их, отсортировать по дате, выбрать новые и перечислить их в параметре act.
-act/ivities activity-selector, ...
Определяет список действий для доставки. Список должен быть самосогласованным: указанные действия не должны зависеть от включения каких-либо неопределенных действий.
Например, действие A2 зависит от действия A1, если оба содержат версии одного и того же элемента, а A2 содержит более позднюю версию, чем A1.
Кроме того, любые действия, которые были включены в базовые показатели, но не поставлены, также должны быть выполнены, если изменения для этого компонента включены в указанные действия. Если указанный вами список действий неполный, операция завершается ошибкой и перечисляет дополнительные необходимые действия.
селектор активности имеет вид [activity:]activity-name[@vob-selector], где vob-selector указывает проект VOB деятельности.