摘要:曲線救國既然只有機器人報錯,那么本地測試好后,可以考慮將機器人報錯的部分做排除。雖然好用,但卻不能自己定義具體的信息它的就那幾種,比如就一個打造自己的單元測試服務器迫在眉睫。接收到信息后,檢出相應的分支,執(zhí)行單元測試,并將測試的結果推送給
本地環(huán)境可以跑通,但只要一上機器人環(huán)境,便會出現錯誤。一般這種情況都是由于本地與travis的JDK版本不一致造成的。然而,機器人又有日志大粘限制,這就決定了,我們不可能將日志等級開啟到debug來調試錯誤。
思索:是否可以使用日志插件,將日志保存為文件,然后將文件回傳到我們的服務器,再然后查看問題所在呢?
有沒有辦法來規(guī)避這一情況呢?
思路 最科學的辦法統一本地與機器人的版本了。
但:雖然版本統一了,但操作系統又很難統一。再結合開發(fā)環(huán)境與生產環(huán)境的不同,我們很難做到所有的環(huán)境完全統一。
既然只有機器人報錯,那么本地測試好后,可以考慮將機器人報錯的部分做排除。雖然這不是最好的方法,但在時間寶貴的前提下(機器人10分鐘測試跑一次,改一次再測試10分鐘,改了6次,就要等1小時),也只能如此了。
方法 配置文件支持將機器人環(huán)境統一寫到配置文件的某profiles中,然后命名:travis,并在啟用機器人測試時,啟用該命名:
spring: profiles: # 開發(fā)過程中,請將 travis 修改為 test active: ${active:test}測試文件中,注入該值,并做排除
@Value("${spring.profiles.active}") private String active; public void test() { if (!this.active.equals("travis")) { // 機器人中報錯的代碼 } }總結
生產環(huán)境、測試環(huán)境、開發(fā)環(huán)境的不一致問題,會帶來一定的困擾,而且一旦發(fā)生問題,比如生產環(huán)境中發(fā)現問題,由于缺少中斷環(huán)境,則會在排錯時浪費大量的時間。
travis雖然好用,但卻不能自己定義具體的JDK信息(它的JDK就那幾種,比如ORACLE-JDK8就一個),打造自己的單元測試服務器迫在眉睫。
構想:
開發(fā)環(huán)境(不限)、測試環(huán)境同生產環(huán)境(OPENJDK)。由于openjdk可以安裝到Linux系統中,一旦開發(fā)環(huán)境(非liunx)與測試環(huán)境表現不一致,則可以切到liunx系統中來進行問題的調試。
學習機器人自動生成的shell,建立自己的shell。同時,開發(fā)一個小應用,來對接github。接收到github信息后,檢出相應的分支,執(zhí)行單元測試,并將測試的結果推送給github
helpI need help! Thank you!
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規(guī)行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://m.hztianpu.com/yun/72619.html
摘要:近期在按照業(yè)務劃分項目時,我們組被分了好多的項目過來,大量的是基于的,也是我們組持續(xù)在使用的語言。部署環(huán)境強依賴本地,因為需要在本地建立倉庫的臨時目錄,并經過多次的方式完成部署上線的操作。 近期在按照業(yè)務劃分項目時,我們組被分了好多的項目過來,大量的是基于 Node.js 的,也是我們組持續(xù)在使用的語言。 現有流程中的一些問題 在維護多個項目的時候,會暴露出一些問題: 如何有效的使用...
摘要:對于初次接觸和使用服務的直播或者短視頻平臺,視界云認為其中有兩個核心的點需要被關注技術指標數據服務支撐。其次是再緩沖時間,代表的意義是用戶觀看視頻時的卡頓時間。行業(yè)內而言直播首播時間,卡頓率在以下算是優(yōu)質的服務。 對于初次接觸和使用CDN服務的直播或者短視頻平臺, 視界云認為其中有兩個核心的點需要被關注:技術指標數據&服務支撐。 技術指標數據:總體上: 穩(wěn)定運行、良好的性價比、靈活便捷...
閱讀 1917·2021-11-25 09:43
閱讀 1421·2021-11-22 15:08
閱讀 3872·2021-11-22 09:34
閱讀 3292·2021-09-04 16:40
閱讀 3412·2021-09-04 16:40
閱讀 607·2019-08-30 15:54
閱讀 1398·2019-08-29 17:19
閱讀 1820·2019-08-28 18:13