給github項目添加CI badge

姘存按發布于2019-06-27 16:00 / 3196人閱讀

摘要：進入使用賬號登錄，進入賬號，選擇選擇需要進行測試的項目。然后找到添加到文件中即可顯示項目構建狀態。執行完成，生成報告后，可以添加測試結果圖標到項目中。

上一節講到了 PHP 單元測試，數據庫測試，那么測試報告結果怎么添加到自己的 github 項目中去呢?也或者說，怎么讓程序自動幫我們完成這些工作呢?

我就簡單帶大家入門一下吧。估計很多朋友們對著方面其實沒啥要求的，不過了解一下，搞不好以后用得著。

相關網站:

TravisCI

StyleCI

ScrutinizerCI

TravisCI

進去 TravisCi ，授權登錄，Sign in for github，選擇賬號

開發需要做集成的項目。

添加 .travis.yml

language: php
php:
- "5.6"
- "7"

script: vendor/bin/phpunit

根據具體測試反饋，對代碼進行修正，更新，重復以上步驟，以保證代碼的健壯性。

每次當我們推送代碼，就會觸發 travis ci，由程序自動幫我們執行如配置文件中的流程，其中除了 script 選項外，還有其他，例如: before_script, after_script，等選項，更多選項和配置請參考: TravisCI文檔。

如果需要用到其他測試套件，例如 redis，mysql 等，則需要配置 services 配置項，mysql 默認賬號:

username: root
password:

具體可以參考: Setting up Services and Database

StyleCI

為了保持與 StyleCI 的編碼風格一致，我們需要設置 PHPStorm IDE 的編碼規范。

設置完編碼規范后，通過快捷鍵: option + command + l 一鍵格式化(針對 Mac 操作)。

進入 styleci.io, 使用 github 賬號登錄，進入賬號，選擇 Repos, 選擇需要進行測試的項目。

測試完成后，系統會產生測試報告，并且可以自動發送 PR 請求到 github，幫助你一鍵修復代碼。

可以添加如下配置信息到配置文件: .styleci.yml

preset: symfony

linting: true

enabled:
  - strict
  - strict_param
  - ordered_use

在代碼提交的時候，自動執行以上規范檢查。然后找到 badge 添加到 reamde.md 文件中即可顯示項目構建狀態。更多配置項請參考文檔: StyleCi文檔

StyleCI 是這么多個系統中，相對操作簡單的一個質量檢測系統。

Scrutinizer CI

顧名思義，他是一個執行質量檢查的工具，用于規范代碼和提前暴露一些代碼問題。

同樣的，需要授權登錄在平臺當中，也是使用 github 進行登錄。

添加對應需要執行的 Repository，添加完成后，可以對項目進行第一次質量檢查，得出初步的信息。

執行完成，生成報告后，可以添加測試結果圖標到項目中。但如果項目上沒有具體配置信息，可以在此處

獲取配置信息，添加到 .scrutinizer.yml 文件中，那么在下次執行檢查的時候，就會按照指定的工作流去指定代碼檢查。

如果在質量檢查的時候用到 dbunit 測試套件的，scrutinizer 提供相當多的套件，可以對應配置具體測試數據。

數據庫默認賬號:

username: root
password:

如果想要執行創建庫，創建表，可以在配置項 build 中，添加配置信息

build:
    project_setup:
            before:
                - mysql -uroot -e "CREATE DATABASE IF NOT EXISTS demo;"

更多配置請參考: Build Configuration

如果不清楚配置文件如何配置，可以參考 github 上的開源項目，找到 .travis.yml, 等隱藏文件即可，又或者可以看我的項目: fastD

暫且說這么多先把。還有很多很多的功能和測試就靠大家去發掘了。

臨走前，給大家安利一個 badge 生成神器: shieldsIO

云服務器 GPU云服務器給本地的ci配置虛擬域名給js添加數據 linux給項目權限 js給視頻添加水印

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/22676.html

Javascript CI篇（4）- Github + Travis 持續集成

摘要：簡介是目前新興的開源持續集成構建項目，它與，的很明顯的特別在于采用格式，簡潔清新獨樹一幟。目前大多數的項目都已經移入到的構建隊列中，據說每天運行超過次完整構建。查看構建情況增加逼格首先要是一個文檔。是由提供的真實的構建情況。 Travis簡介 Travis CI（continuous integration ）是目前新興的開源持續集成構建項目，它與jenkins，GO的很明顯的特別在于...

pingink 2019-08-20 18:09 評論0 收藏0
一個靠譜的前端開源項目需要什么？

摘要：一個靠譜的應該包含以下幾部分言簡意賅的項目介紹你的項目解決了什么核心問題，有哪些令人心動的特性。除了在中提到遵循的開源協議外，一個靠譜的開源項目還會將該開源協議的內容文檔放在自己的項目下方。 0. 前言寫前端代碼一段時間之后，你可能會萌生做一個開源項目的想法，一方面將自己的好點子分享出去讓更多的人受益，另一方面也可以在社區貢獻的環境下學到更多的東西從而快速成長。但是開源項目也有開源項...

hiyayiji 2019-08-19 18:40 評論0 收藏0
一個靠譜的前端開源項目需要什么？

摘要：一個靠譜的應該包含以下幾部分言簡意賅的項目介紹你的項目解決了什么核心問題，有哪些令人心動的特性。除了在中提到遵循的開源協議外，一個靠譜的開源項目還會將該開源協議的內容文檔放在自己的項目下方。 0. 前言寫前端代碼一段時間之后，你可能會萌生做一個開源項目的想法，一方面將自己的好點子分享出去讓更多的人受益，另一方面也可以在社區貢獻的環境下學到更多的東西從而快速成長。但是開源項目也有開源項...

DesGemini 2019-05-29 16:57 評論0 收藏0
【持續集成你的項目】為你的項目創建自動化測試和代碼覆蓋率測試

摘要：單元測試中，代碼覆蓋率經常被用來衡量測試好壞的指標。執行的結果和導出的結果都可以在的下看到接下來就是把這些文件到上，就會自動構建，然后開始單元測試，并把測試結果中的代碼覆蓋率發送到。本文以PHP項目作為例子所需要擁有(準備)的： Github賬號一個項目看著篇幅挺大的，難免有什么遺漏，如果文中有錯誤的地方，還請各位斧正！謝謝。因為本來篇幅就大，所以就沒配圖了，如果有很多人反...

Jeff 2019-06-27 13:42 評論0 收藏0
如何文明提交代碼

摘要：程序員最煩的幾件事寫測試，變量命名，還有填代碼提交信息。其實的作用遠不止如此，經過簡單的配置便可無痛成為代碼提交的文明公民。好的提交歷史可以方便其他人參與進來，也可以方便自己快速定位問題。程序員最煩的幾件事：寫測試，變量命名，還有填代碼提交信息（commit message）。翻幾個開源項目遍馬上可以回味那作文湊字數的青春時光。其實 commit message 的作用遠不止如此，...

BaronZhang 2019-08-23 12:07 評論0 收藏0