CI 自動化部署 方案gitlab-runner

如今大多數公司都不少項目須要自動部署 到多臺服務器 代碼檢查等工做   ，爲了提供工做效率每每須要咱們的ci就閃亮登場了

今天說一下我所採用的  gitlab-runner  提供的方案 ，感受這個比較實用並且基本上不少公司也在用gitlab環境 ，應該也很方便部署

減小了再引進其餘軟件平臺所帶來的不便，廢話很少說 直接進入主題 如何操做使用：

 

1.找到一個適合本身gitlib 版本的  gitlib-runner  下載  rpm包   

 

 

2.安裝對應的包  rpm -ivh

 

 3.gitlab-runner  register  輸入你的gitlab地址

 

 

 4.去gitlab上找到 對應受權的 串碼

 

5.起一下名字 和 標籤  和執行方式 

 

 6.而後 在你的gitlab上就會出現對應的  一個新的記錄   代表你的gitlab已經和對應的服務器進行通信了（建立的分享類型能夠是共享的還有 私有的  或者標註標籤的  根據本身的工做需求本身設定）

 

7.在項目中建立   .gitlab-ci.yml  這個文件中寫入你項目要自動執行的內容  好比說PHP能夠進行拉代碼  同步代碼  開啓服務等任務。固然如今的大前端趨勢下也有不少 任務能夠作 代碼服務器端

的npm構建   代碼的自動檢查  等均可以在此文件中進行執行。 具體詳情能夠參考 https://github.com/Fennay/gitlab-ci-cn  官網中的介紹 ，功能很強大必定能夠知足你的需求 

8.完成上一步操做後就能夠執行你要操做的內容了  ，後面再有操做 有代碼提交動做就會自動進行構建 ，固然構建會有不一樣結果 失敗 或者經過

  

 

 常見問題回答及提醒：

1. 執行的構建一直失敗 ：檢查構建內容  是否有語法錯誤   檢查對應命令是否能夠執行成功    服務器端程序默認的 gitlabruner 權限  是否程序有對應相應權限。

    沒有的話請改變對應程序的所屬組  或更改權限   

2.注意代碼倉庫  所對應的對應 runner 儘可能合理的分配  runner  ，控制runner 權限  。

3.注意服務器上的runner程序對應的權限  不要讓他成爲黑客攻擊服務器的跳板。