У нас есть немного беспорядок ситуации на нашей строительной машине ...Как мы делаем релизы с участием нескольких платформ, используя Jenkins?
Наконец-то мне удалось получить одну матричную сборку, которая «сначала проверяет, что все скомпилирует» тип задачи, которая просто компилирует все на Текущая платформа работает. Он работает на нескольких платформах отлично (о единственной проблеме, которая может возникнуть в том, что он компилирует java-код несколько раз, когда его можно было бы оптимизировать, чтобы сделать это один раз.)
Я предполагаю, что создание матрицы для сборки установщики "тоже были бы не слишком сложными.
Но есть две проблемы, которые обязательно ударят.
Там в один почтовый файл, который мы перераспределить, который в идеале должен содержать все зависит от платформы бинарных файлов в один почтовый файл для уменьшения дублирования (в основном это библиотека, мы раздаем другим.)
Процесс, который мы для копирования фактических выпусков на сервер полагается на каждый отдельный файл для того же номера версии того же продукта, который готов до начала сборки. Никакие сборки с одной ОС не будут иметь достаточно полного представления о произведенных файлах, чтобы иметь возможность сделать выпуск, и, похоже, не возможно добавить шаги сборки, которые выполняются в родительском задании.
Мы используем архив для Clone Workspace SCM как шаг после построения для этой исходной матрицы сборки, но, похоже, что работает независимо друг от друга на каждой ОС и не предпринимается никаких попыток, чтобы объединить результаты вместе.
Как другие люди обошли все эти проблемы?
Я знаю, что могу просто полностью свернуть матрицу и сделать все, выполнив несколько заданий, но у нас сейчас три платформы, и число рабочих мест будет стремительно расти.
Варианты, связанные с альтернативами Дженкинсу, будут серьезно рассмотрены, так как в последнее время ... количество проблем, с которыми мы сталкиваемся, огромно.