nodeJs配置gitlab-ci

最新推荐文章于 2025-03-02 19:11:43 发布
最新推荐文章于 2025-03-02 19:11:43 发布
阅读量3.2k 收藏
点赞数
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_29424663/article/details/80829519
本文介绍了如何配置Node.js项目以使用GitLab CI。首先，详细解释了配置.yml文件的过程，包括前端框架的编译命令。接着，讨论了安装和设置专用于Node项目的GitLab Runner的步骤，如添加源、安装、注册等。在遇到因--analyze参数导致的持续运行问题时，选择了暂时移除该参数以使CI流程正常结束。

今天来配置nodeJs的ci

1.配置yml

前端同事给的前端框架编译命令如下，不太懂，不管：

# install dependencies
$ npm install # Or yarn install

# serve with hot reload at localhost:3000
$ npm run dev

# build for production and launch server
$ npm run build
$ npm start

# generate static project
$ npm run generate

直接gitLab中找到项目，setup-ci

stages:
 - compile
 - test-deploy
 - deploy

before_script:
 - echo 'no redis'
 - echo 'no DB'
 - npm install

compile_codes:
 stage: compile
 script:
  - npm run build
  
test_deploy: 
 stage: test-deploy
 script:
  - npm run lint
 allow_failure: true
 only: 
  - test
deploy:
 stage: deploy
 script:
  - echo 'deployd!'
 only: 
  - master

2.安装一个新的runner，专门给node项目使用

添加源

curl -L https://packages.gitlab.com/install/repositories/runner/gitlab-ci-multi-runner/script.rpm.sh | sudo bash

安装


                

        

    

    
  


        

            

                      
                        最低0.47元/天 解锁文章
                        

                          
新学期VIP享超值加赠

                          
                        

                      
            

        


    

      

        

            

              
                
                  查理缺水
                
              
            

            

                关注
              
            

        

        

          
      

      










                



	

		

			

				
					
GitLab CI/CD 配置指南 .gitlab-ci.yml文件的配置

				
			

			

				

					知无涯
				

				

					07-19
					
					1万+
					
				

			

		

		

			
				
GitLab的CI/CD 完全是由.gitlab-ci.yml 文件内容决定的



GitLab的CI/CD的具体内容是由.gitlab-ci.yml文件定义的,
一个在GitLab的项目,项目根目录只有有.gitlab-ci.yml文件,并且配置了Runner,那么每次提交代码
都会触发CI的pipline.gitlab-ci.yml文件是告诉GitLab的runner去做什么在每次触发后,runner默认有三个阶段,build,test,deploy,你不必每次编写都使用三个阶段,如果一个阶段没有..

			
		

	



                

            
              



	

		

			

				
					
Gitlab-ci:从零开始的前端自动化部署

				
			

			

				

					yuan_jiaoyoung的博客
				

				

					01-10
					
					3464
					
				

			

		

		

			
				
一概念介绍自动化部署工具的运行机制以gitlab-ci为例：(1) 通过在项目根目录下配置文件，可以控制ci流程的不同阶段，例如install/检查/编译/部署服务器。gitlab平台会扫描.gitlab-ci.yml文件，并据此处理ci流程(2) ci流程在每次团队成员push/merge后之后触发。每当你push/merge一次，gitlab-ci都会检查项目下有没有.gitlab-ci.yml文件，如果有，它会执行你在里面编写的脚本，并完整地走一遍从intall =>

			
		

	



              


  
              

                


	

		

			

				
					
gitlab-ci前端在阿里云实现nodejs可持续化集成部署

				
			

			

				

					开心大表哥
				

				

					07-04
					
					2823
					
				

			

		

		

			
				
前言
不甘心当一个切图仔，所以什么都要学一下；可持续化集成是一个项目工程架构的问题；但在这篇文章中我将它缩小到了前端的领域内。
必要条件

一台阿里云服务器-2核4G以上(我的心好痛800大洋)

技术栈

linux操作基础
git/github/gitlab
nodejs环境基础

步骤

...

			
		

	





	

		

			

				
					
使用gitlab的cicd自动化部署vue项目shell流程踩坑之路

				
			

			

				

					
				

				

					12-06
					
					2511
					
				

			

		

		

			
				
包括：1. git clone 仓库地址2. npm install / yarn  安装依赖3. cp -rf dist/ /var/www/html如果以上步骤都没有出错，那再安装gitlab-runner进行自动化构建

			
		

	



		

			
		



	

		

			

				
					
 Node项目的Gitlab自动部署实践（基于Docker）

				
			

			

				

					weixin_34199405的博客
				

				

					11-28
					
					1071
					
				

			

		

		

			
				
准备工作
说明
公司最近准备了一台新的开发服务器，正好用以实践docker的基本应用。docker的好处不再赘述，详情可参考阮一峰的这篇入门。（关于Docker最好的中文介绍，没有之一）。
公司目前主要使用了EggJs + ReactJS的技术组合，并且是前后端分离的。在使用docker以后，大致的部署方式如下：
环境

主机：阿里云
系...

			
		

	





	

		

			

				
					
Gitlab CI 加速Node项目编译

				
			

			

				

					Devin's Blog
				

				

					12-29
					
					1511
					
				

			

		

		

			
				
Gitlab CI 加速Node项目编译

			
		

	





	

		

			

				
					
Node+GitLab实现小程序CI系统

				
			

			

				

					weixin_34400525的博客
				

				

					03-25
					
					372
					
				

			

		

		

			
				
为什么要实现自动部署
小程序开发迭代里，有以下几个个头痛的问题，

如何准确并快速的的把小程序上传去后台，并让测试人员进行测试？
测试同事找开发要二维码，效率较低
本地生成的二维码会出现携带本地代码、未及时拉取分支其他改动等问题
小程序的体验发布太依赖开发者，通常只有开发者熟悉微信开发者工具一系列的上传流程，而每次发布的是有页可能因为忘记合并分支，忘记开启构建命令导致一些列不可知的错误，从而导致影...

			
		

	





	

		

			

				
					
gitlab-ci-cd-templates：用于Java python和nodejs的gitlab CICD管道模板\ n Java python及node.js项目gitlab CICD模板

				
			

			

				

					02-04
				

			

		

		

			
				
本资源"gitlab-ci-cd-templates"是专为Java、Python和Node.js项目设计的一系列预配置模板，旨在简化和加速CICD流程的实施。  对于Java项目，Maven是常用的构建工具，而此模板可能包含了使用Maven进行编译、测试、...

			
		

	





	

		

			

				
					
.gitlab-ci.yml说明

				
			

			

				

					mmgithub123的博客
				

				

					05-07
					
					7789
					
				

			

		

		

			
				
Gitlab官方文档：https://docs.gitlab.com/ee/ci/yaml/README.html
https://docs.gitlab.com/ee/ci/yaml/gitlab_ci_yaml.html
https://docs.gitlab.com/ee/ci/docker/using_docker_images.html

GitLab CI/CD 是一个内置在GitL...

			
		

	





	

		

			

				
					
node：基于gitlab的ci发布脚本

				
			

			

				

					分享前端开发工程师的一些日常生活、前端知识点、职业发展、对一些问题的看法、感悟等等
				

				

					03-08
					
					633
					
				

			

		

		

			
				
CI脚本
stages:
  - build
  - deploy

variables:
  PKG: $CI_PROJECT_NAME

install dependencies:
  stage: build
  tags:
    - f2e
  only:
    - master
  except:
    changes:
      - "*.md"
  cache:
    key: "${CI_PROJECT_PATH}-${CI_COMMIT_REF_NAME}"
    paths:

			
		

	





	

		

			

				
					
tt

				
			

			

				

					03-07
				

			

		

		

			
				
tt_vuetify
构建设置
# install dependencies
$ yarn install
# serve with hot reload at localhost:3000
$ yarn dev
# build for production and launch server
$ yarn build
$ yarn start
# generate static project
$ yarn generate
 有关工作原理的详细说明，请查看 。

			
		

	





	

		

			

				
					
基于Gitlab-CI/CD Docker 持续集成 node 项目

				
			

			

				

					weixin_33860722的博客
				

				

					01-24
					
					492
					
				

			

		

		

			
				
最近挥霍青春、沉沦于学习科学文化知识，摸了些旁门左道，故而在此想做一些分享，同时也是小弟我第一次编写文章。以下都是一些仅代表个人的一些观点和心得，本人尽量使用比较通俗易懂的话语来阐述，希望能给各位少侠一些启发和帮助。若有解释不当的地方，还请各位大锅指点一二。

CI/CD介绍
对与Gitlab 提供的 CI/CD, 其称之为持续集成服务、通俗点就是自动化(打包、测试、部署 ...)
CI (持续构...

			
		

	





	

		

			

				
					
gitlabrunner集成maven\sonar\node\nexus实现自动打包、代码扫描、发布到本地仓库

				
			

			

				

					tobias的博客
				

				

					08-15
					
					628
					
				

			

		

		

			
				
本文主要介绍gitlabrunner 与sonar 集成，实现代码扫描。

			
		

	





	

		

			

				
					
003.Gitlab配置runner

				
			

			

				

					木二
				

				

					03-02
					
					3406
					
				

			

		

		

			
				
gitlab runner是用于执行 gitlab cicd任务的工具，最终执行gitlab cicd任务的组件就是runner。gitlab runner可以部署在Windows、Linux、Kubernetes中，可以通过包管理器、二进制、容器等方式进行部署。gitlab runner将监听gitlab服务器上由项目中的 .gitlab-ci.yml 文件定义的作业。当作业被触发时，gitlab runner将下载代码并执行任务。

			
		

	





	

		

			

				
					
Gitlab自动部署之四：使用Gitlab-runner部署Gitlab的项目

				
			

			

				

					weixin_33938733的博客
				

				

					04-19
					
					4859
					
				

			

		

		

			
				
前言
公司前端大佬因为某些原因离职了，走的比较匆忙，自己之前一直很少接触这方面的东西，一直都是一知半解。这两天我一边学，一边动手搭建，同时记录整个搭建过程。
这是一系列文章，从搭建 Gitlab 到 安装、注册Gitlab-runner 再到二者结合去部署一个简单的项目，通过这几篇文章，你将学会如何在 Gitlab 上自动化打包部署自己的项目。
系列文章一共有四篇，包括：

如何在阿里云上安装Gi...

			
		

	





	

		

			

				
					
基于centos7的Gitlab-Runner安装部署

				
			

			

				

					slyfy0的专栏
				

				

					01-26
					
					1758
					
				

			

		

		

			
				
gitlab-ci.yml 文件是存放在项目的根目录下的，要提交到gitlab上面，runner 会根据 .gitlab-ci.yml 编写的规则自动部署项目。把这里的url和token拷贝出来，输入到控制台提示的就可以了，注意注意：tags必须是唯一的，一个项目下的url和token可以公用，但是输入tags的时候一定要注意不要重复。yum 安装的git版本好像只能是1.8的，再更新还是1.8，然而这个版本太低了，会导致后面自动化部署的时候出现这个问题。测试 node 环境变量是否生效。

			
		

	





	

		

			

				
					
在node服务器配置gitlab账号

				
			

			

				

					万少博-FE
				

				

					08-02
					
					435
					
				

			

		

		

			
				
最新更新时间：2021年08月02日14:50:53
《猛戳-查看我的博客地图-总有你意想不到的惊喜》

本文内容：我们在本地开发时，可以通过终端输入命令和gitlab仓库交互，比如clone、add、commit、push等操作，前提是已经配置了账号信息。如果想在node服务器上和gitlab仓库进行交互，同样需要配置账号信息，不通过输入账号密码的方式，而是通过ssh的方式。

在本地配置gitlab账号

注意：生成的是OPENSSH PRIVATE KEY


进入gitlab个人设置：http://

			
		

	





	

		

			

				
					
gitlab+gitlab-runner实现前端项目自动化构建部署（CI/CD、Linux、Centos7）

				
			

			

				

					无翼之雀的博客
				

				

					08-01
					
					3607
					
				

			

		

		

			
				
GitLab CI/CD是一套基于GitLab的CI/CD（持续继承/持续交付/持续部署）系统，通过 .gitlab-ci.yml 在项目中配置 CI/CD 流程，系统可以自动地执行任务，完成 CI/CD 操作。（示例的服务器操作系统为Centos7）一、准备工作 1、GitLab服务器 2、创建项目 二、部署gitlab-runner 1、添加 gitlab-runner yum源 2、安装gitlab-runner 3、注册gitlab-runner 4、查看gitlab-runner 三、触发自动化构

			
		

	





	

		

			

				
					
gitlab-ci-local : 无法加载文件 C:\nvm4w\nodejs\gitlab-ci-local.ps1，因为在此系统上禁止运行脚本。有关详细信息，请参阅 https:/go.microsoft.com/fwlink/?LinkID=13
5170 中的 about_Execution_Policies。
所在位置 行:1 字符: 2
+  gitlab-ci-local
+  ~~~~~~~~~~~~~~~
    + CategoryInfo          : SecurityError: (:) []，PSSecurityException
    + FullyQualifiedErrorId : UnauthorizedAccess

					
最新发布

				
			

			

				

					08-27
				

			

		

		

			
				
<think>我们正在解决用户在运行gitlab-ci-local时遇到的PowerShell脚本执行被禁止的问题。用户可能看到类似“无法加载文件，因为在此系统上禁止运行脚本”的错误。这通常是由于PowerShell的执行策略（Execution Policy）限制导致的。

 解决方案的核心是：**调整PowerShell执行策略**，但需注意安全风险。以下是具体步骤：

---

### **1. 确认当前执行策略**
以**管理员身份**打开PowerShell，运行：
```powershell
Get-ExecutionPolicy
```
常见返回值：
- `Restricted`（默认）：禁止运行任何脚本。
- `AllSigned`：只运行受信任发布者签名的脚本。
- `RemoteSigned`：运行本地脚本+来自互联网的已签名脚本。
- `Unrestricted`：允许所有脚本（⚠️高危）。

---

### **2. 临时放宽执行策略（推荐）**
在**当前会话**中临时允许脚本运行（关闭窗口后失效）：
```powershell
Set-ExecutionPolicy -ExecutionPolicy Bypass -Scope Process
```
- **安全提示**：此操作仅影响当前PowerShell进程，不影响系统全局设置。

---

### **3. 永久放宽执行策略（谨慎使用）**
若需永久生效（如CI环境），可运行：
```powershell
Set-ExecutionPolicy RemoteSigned -Scope LocalMachine
```
- **风险提示**：永久放宽策略可能降低系统安全性[^1]。

---

### **4. 为单个脚本解除限制（最安全）**
右键点击脚本文件 → 选择“属性” → 勾选“解除锁定” → 点击“确定”：
![[解除锁定脚本示意图.png]]

---

### **5. 使用Bypass参数直接运行脚本**
在运行命令时强制绕过策略：
```powershell
powershell.exe -ExecutionPolicy Bypass -File your_script.ps1
```
- **适用场景**：适合在CI命令中直接使用（如GitLab CI的`script`字段）[^2]。

---

### **针对gitlab-ci-local的解决方案**
在GitLab CI配置中，确保PowerShell脚本以绕过策略的方式运行：
```yaml
job_name:
  script:
    - powershell -ExecutionPolicy Bypass -File ./ci_script.ps1
```

---

### **安全建议**
- 优先选择**临时策略放宽**或**单脚本解除锁定**。
- 永久修改策略后，建议恢复为默认值：
  ```powershell
  Set-ExecutionPolicy Restricted -Scope LocalMachine
  ```

---

### **原理说明**
PowerShell执行策略是**安全护栏**，防止恶意脚本执行。开发/测试环境可适度放宽，生产环境需严格评估脚本来源[^3]。

---

§§相关问题§§  
1. 如何在不修改执行策略的情况下运行PowerShell脚本？  
2. PowerShell执行策略有哪些级别？如何选择？  
3. 如何为特定用户而非整个系统设置执行策略？  
4. 在Docker容器中运行PowerShell脚本时如何避免执行策略问题？  
5. 如何检查PowerShell脚本是否被恶意篡改？</think>### 解决 GitLab CI Local 中 PowerShell 脚本执行被禁止的问题

当在 `gitlab-ci-local` 中遇到 PowerShell 脚本无法执行（错误提示"禁止运行脚本"）时，根本原因是 **PowerShell 执行策略（Execution Policy）的限制**。以下是逐步解决方案：

---

#### 1. **确认当前执行策略**
在 PowerShell 中运行：
```powershell
Get-ExecutionPolicy
```
常见返回值：
- `Restricted`（默认）：禁止所有脚本执行
- `AllSigned`：只允许签名脚本
- `RemoteSigned`：允许本地脚本+签名网络脚本
- `Unrestricted`：允许所有脚本（⚠️高危）

---

#### 2. **临时解决方案（推荐）**
在当前会话中临时允许脚本执行：
```powershell
Set-ExecutionPolicy -ExecutionPolicy Bypass -Scope Process
```
- **优点**：仅当前窗口生效，关闭后自动恢复
- **适用场景**：快速测试 CI 脚本

---

#### 3. **永久解决方案（谨慎使用）**
```powershell
Set-ExecutionPolicy RemoteSigned -Scope LocalMachine
```
- **安全说明**：允许本地脚本+签名网络脚本，平衡安全性与可用性[^1]
- **恢复默认**：`Set-ExecutionPolicy Restricted -Scope LocalMachine`

---

#### 4. **针对 gitlab-ci-local 的专用方案**
在 GitLab CI 配置中强制绕过策略：
```yaml
job_name:
  script:
    - powershell -ExecutionPolicy Bypass -File ./your_script.ps1
```
> ✅ **原理**：通过命令行参数临时覆盖系统策略[^2]

---

#### 5. **签名脚本（最安全方案）**
为脚本添加数字签名：
```powershell
# 生成自签名证书
New-SelfSignedCertificate -Type CodeSigning -Subject "CN=GitLabScript" -KeyUsage DigitalSignature

# 签名脚本
Set-AuthenticodeSignature -FilePath .\ci_script.ps1 -Certificate (Get-ChildItem -Path Cert:\CurrentUser\My -CodeSigningCert)[0]
```
- **优势**：满足 `AllSigned` 策略要求
- **适用场景**：生产环境部署[^3]

---

#### 6. **修改注册表（Windows Server）**
```powershell
# 查看当前策略
Get-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\PowerShell\1\ShellIds\Microsoft.PowerShell" | Select-Object ExecutionPolicy

# 修改策略为 RemoteSigned
Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\PowerShell\1\ShellIds\Microsoft.PowerShell" -Name ExecutionPolicy -Value "RemoteSigned"
```

---

### **安全建议**
1. 优先使用 `RemoteSigned` 而非 `Unrestricted`
2. 在 CI 脚本顶部添加强制策略声明：
   ```powershell
   #Requires -ExecutionPolicy RemoteSigned
   ```
3. 定期审计 PowerShell 脚本来源
4. 在 Docker 容器中运行 CI 时，在 Dockerfile 设置策略：
   ```dockerfile
   RUN powershell Set-ExecutionPolicy RemoteSigned
   ```

> ⚠️ **注意**：企业环境中需联系 IT 管理员调整组策略（GPO），个人设备可直接操作。

---

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		
评论 1

	

  
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值