0

У меня есть сервер Jenkins, который контролирует сервер Perforce. Perforce использует потоки с основной моделью. Я использую Jenkins для отслеживания изменений в Perforce, а затем настройки сценариев в зависимости от того, что проверяется там где. Это отлично работает в основном потоке, но я также хотел бы следить за потоками ниже него. Когда я настраиваю работу, единственная цель которой - контролировать другие потоки, она проверяет только основной поток, несмотря на то, что спецификации задания заданы другим потоком. Я подозреваю, что это связано с тем, что локальный экземпляр perforce на машине, которую я использую для запуска экземпляра master jenkins, связан с основным потоком. Если бы это было так, я мог бы использовать дополнительную машину в качестве раба, который подключен к дополнительному потоку строго для опроса. Но, поскольку есть много потоков, это кажется огромной тратой ресурсов. Я попытался создать другое рабочее пространство, которое сопоставляется с потоком, который я хочу, но это тоже не сработало.Опрос нескольких потоков perforce с jenkins

Кто-нибудь знает способ, которым я могу обойти это?

+1

Одно рабочее пространство может работать против нескольких потоков, но вам нужно переключить рабочее пространство на правильный поток непосредственно перед его использованием. Команда, которую вы ищете, это «клиент -s-имя-поток». Конечно, рабочее пространство может быть связано только с одним потоком за раз, поэтому, если вы пытаетесь запустить несколько сборок одновременно, вам понадобятся несколько рабочих областей. –

ответ

1

Пробуйте плагин p4, его реализацию с использованием p4java и поддерживает потоки.

Либо выберите «Ручное» поведение рабочей области и укажите путь к потоку, либо используйте рабочую область «Стрим», а Дженкинс создаст для вас рабочее пространство.

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