это - действительно ужасные новости. вот долгая незаконченная ошибка/запрос новых функций для этого . то обсуждение также говорит об ограничениях типа данных timestamp.
я серьезно задаюсь вопросом, какова проблема с получением этой реализованной вещи.
В дополнение к многопроцессорности существует также проект Celery , если вы используете Django.
Элемент конфигурации проекта круиз-контроля имеет два атрибута для управления параллелизмом и порядком построения:
<project name="Project 1" queue="Q1" queuePriority="1">
С помощью queue
вы можете определить, в какой очереди должен быть построен проект, с помощью queuePriority
] вы можете определить порядок сборки, когда запрашивается несколько сборок.
Таким образом, два проекта, которые нельзя построить параллельно, должны находиться в одной очереди, скажем queue = "Q1"
. Когда второй проект зависит от первого, второй проект должен иметь более высокий приоритет, чем первый.
Таким образом, два проекта, которые нельзя строить параллельно, должны находиться в одной очереди, скажем queue = "Q1"
. Когда второй проект зависит от первого, второй проект должен иметь более высокий приоритет, чем первый.
Таким образом, два проекта, которые нельзя построить параллельно, должны находиться в одной очереди, скажем queue = "Q1"
. Когда второй проект зависит от первого, второй проект должен иметь более высокий приоритет, чем первый.
Вы можете использовать функцию Блокировка для определения очереди, которая не должна запускаться одновременно.
Это доступно в версии 1.4.3
Образец из документации:
<cruisecontrol>
<queue name="Q1" lockqueues="Q2"/>
<queue name="Q2" lockqueues="Q1"/>
<project name="MyFirstProject" queue="Q1" queuePriority="1">
...
</project>
...
<project name="MySecondProject" queue="Q2" queuePriority="1">
...
</project>
...
</cruisecontrol>