前端CI/CD流程：自动化部署的正确打开方式

GitLab CI配置

# .gitlab-ci.yml stages: - test - build - deploy test: stage: test image: node:16 script: - npm install - npm test only: - main build: stage: build image: node:16 script: - npm install - npm run build artifacts: paths: - build/ only: - main deploy: stage: deploy image: alpine:latest script: - apk add --no-cache rsync openssh - mkdir -p ~/.ssh - echo "$SSH_PRIVATE_KEY" > ~/.ssh/id_rsa - chmod 600 ~/.ssh/id_rsa - ssh-keyscan -H $REMOTE_HOST >> ~/.ssh/known_hosts - rsync -avz --delete build/ $REMOTE_USER@$REMOTE_HOST:$REMOTE_TARGET - ssh $REMOTE_USER@$REMOTE_HOST "sudo systemctl restart nginx" only: - main environment: name: production 

Jenkins配置

// Jenkinsfile pipeline { agent any stages { stage('Checkout') { steps { checkout scm } } stage('Install Dependencies') { steps { sh 'npm install' } } stage('Test') { steps { sh 'npm test' } } stage('Build') { steps { sh 'npm run build' } } stage('Deploy') { steps { sh ''' scp -r build/* user@server:/var/www/html/ ssh user@server "sudo systemctl restart nginx" ''' } } } post { always { echo 'Pipeline completed' } success { echo 'Deployment successful' } failure { echo 'Deployment failed' } } } 

环境变量配置

# .env # 服务器配置 REMOTE_HOST=your-server.com REMOTE_USER=deploy REMOTE_TARGET=/var/www/html/ # SSH密钥（在CI/CD平台的secrets中配置） # SSH_PRIVATE_KEY=your-ssh-private-key 

毒舌点评

CI/CD确实能提高部署效率，但我见过太多开发者滥用这个特性，导致部署流程变得更加复杂。

想象一下，当你花了几个小时配置CI/CD，结果发现部署失败了，你需要调试CI/CD配置，这比手动部署还麻烦。

还有那些过度配置的CI/CD流程，包含了太多不必要的步骤，导致部署时间变得很长。比如每次部署都要运行所有测试，包括那些与当前修改无关的测试。

所以，在使用CI/CD时，一定要把握好度。不要为了自动化而自动化，要根据实际情况来决定CI/CD的配置。

当然，对于大型项目来说，CI/CD是必不可少的。但对于小型项目，过度的CI/CD反而会增加开发成本和维护难度。

最后，记住一句话：CI/CD的目的是为了提高部署效率和可靠性，而不是为了炫技。如果你的CI/CD配置导致部署变得更慢或更不可靠，那你就失败了。