Если вы собираетесь автоматизировать этап развертывания
Jenkins предназначен для работы в качестве централизованного CD-сервера, который может доставлять артефакты в хранилище или сервер. В вашем случае я предполагаю, что вы работаете с Jenkins на той же машине, где вы занимаетесь разработкой. Это технически осуществимая установка. Но это не так, как это предполагается использовать. Для вас будет работать один sh или пакетный скрипт вместо целого сервера Jenkins, если вы намерены разместить команды многократного использования в одном месте. В этом случае, да, вы просто скопируете содержимое в веб-приложение или аналогичный каталог.
Если вы планируете использовать непрерывную доставку Jenkins - правильный инструмент. «Идеальным» потоком является dev machine => SCM => CI => STAGING / PRD
Все четыре из них работают на разных серверах.
Это способ настройки и использования Jenkins.
- Создайте Jenkinsfile , добавьте его в репозиторий и зафиксируйте его.
- Сконфигурируйте Jenkins, добавив ew Task -> Muti-branch Pipeline -> Выберите SCM в качестве git репозитория -> Выберите ветви, которые вы хотите построить -> Сканировать репозиторий сейчас
Начните с приведенного ниже файла Jenkinsfile
pipeline {
agent any
stages {
stage("Build Project") {
script {
bat "npm install"
bat "npm run build"
}
}
stage("deploy"){
script {
bat "<Your deploy command>"
}
}
}
post {
always{
deleteDir()
}
}
}
Преимущество использования такого файла Jenkins заключается в том, что вы можете поместить его в scm и отслеживать изменения. Если у вас есть New Jenkins, вы можете просто перенастроить задание, и все этапы конвейера можно будет визуализировать.
Для Linux, замените bat
на sh
.
Для получения дополнительной информации, пожалуйста, ознакомьтесь с официальным руководством https://jenkins.io/doc/book/pipeline/syntax/#pipeline -синтаксис