取消
顯示的結果
而不是尋找
你的意思是:

不能運行的工作使用GitHub源嗎

工具包
新的貢獻者三世

我有一個工作列表,使用GitHub的代碼作為來源。

直到昨天都工作得很好。昨天,我發現所有的工作都是使用GitHub作為源都失敗了。因為下麵的錯誤:

' ' '

運行結果不可用:工作失敗的錯誤消息

檢查遠程存儲庫:INTERNAL_ERROR:未能檢出內部回購。該工作區已經9253回購這超過了最大限製為5000回購

' ' '

然而,我檢查了回購文件夾在我的空間,和隻有< 100回購。不知道為什麼磚聲稱我9 k回購。

現在數量> 10 k。我沒有創建數以百計的新回購持續24小時。

我相信這是磚的問題。我應該做些什麼來解決這個問題?

謝謝,

通知你,現在我已經改變了筆記本當地回購的來源,和我現在的工作是運行。

1接受解決方案

接受的解決方案

User16766737456
新的貢獻者三世

隻是一個更新,圓形。

我們內部的進一步調查,發現雖然我們清理過程來消除內部回購被檢出工作流,未能趕上這是由於大量的工作不斷失敗在回購結賬步驟(因為一個無效的路徑)。

這導致了限製被突破,級聯到有效的工作無法啟動。

我們曾與工具來識別錯誤的工作(s),目前正在密切關注內部指標,顯示顯著改善。

在原帖子查看解決方案

7回複7

User16766737456
新的貢獻者三世

嗨,@Kit山藥謝霆鋒——的確,在內部,我們在工作空間計算回購的數量,和9253年回購似乎很高。你可以使用回購API把實際的號碼嗎?(您可能需要使用“next_page_token”)。

作為一個例子,我使用下麵的Python函數來計算回購的數量在我的工作區。您可以修改它來滿足您的需求。

def call_endpoint(自我、端點、response_key params = None, pagination_key = None): url = f“https://{自我。api_host} /{端點}”response_length = 0 start_time = time.time()如果pagination_key:如果pagination_key = =“next_page_token”:試題:= self.session響應。得到(url,頭=自我。api_headers params = params) response_length = len (response.json () [response_key]),而“next_page_token”response.json (): params = {next_page_token: response.json () [' next_page_token ']} = self.session響應。得到(url,頭=自我。api_headers params = params) response_length + = len (response.json () [response_key]) requests.exceptions除外。RequestException:通過elif pagination_key = =“抵消”:= self.session試題:響應。得到(url,頭=自我。api_headers params = params) response_length = len (response.json () [response_key])而response.json () [' has_more ']: params[“抵消”]+ = = self.session 25響應。得到(url,頭=自我。api_headers params = params) response_length + = len (response.json () [response_key]) requests.exceptions除外。RequestException:通過其他:= self.session試題:響應。得到(url,頭=自我。api_headers params = params) response_length = len (response.json () [response_key])如果isinstance (response.json () (response_key),列表)其他\ response.json () [response_key] requests.exceptions除外。RequestException:通過end_time = time.time()返回{“端點”:端點,“response_length”: response_length,“response_time”: end_time - start_time}

如果計數低於限製,如果你有一個支持的合同,請文件支持的情況下我們可以進一步看,我們可能需要更多的信息從你。

工具包
新的貢獻者三世

謝謝你伊恩,

我隻得到回購列表的第一頁。我隻能承認其中的一些,和其餘的回購協議內部的道路。

' ' '

“回購”:(

{

“id”: {{id}},

“路徑”:“回購/ internal .alias / f / {{some_value}} / {{some_value}}”,

" url ": {{url}},

“提供者”:“{{提供商}}”,

:“head_commit_id {{head_commit_id}}”

},

{

“id”: {{id}},

“路徑”:“/回購/ {{email}} / {{repo_name}}”,

“url”:“{{url}}”,

“提供者”:“{{提供商}}”,

“分支”:“{{分支}}”,

:“head_commit_id {{head_commit_id}}”

},

{

“id”: {{id}},

“路徑”:“/回購/ internal / {{some_value}} _commits / {{head_commit_id}}”,

“url”:“{{url}}”,

“提供者”:“{{提供商}}”,

:“head_commit_id {{head_commit_id}}”

},

' ' '

我使用git存儲庫的源有些計劃工作(每分鍾)。也許這些內部回購是由預定的工作。

不幸的是,我還沒有一個支持合同。

有什麼方法我可以沒有合同嗎?

User16766737456
新的貢獻者三世

謝謝,@Kit山藥謝霆鋒,你有實際的計算(包括回購/ internal的,,你是正確的,對於工作流)?

User16766737456
新的貢獻者三世

澄清一下:我們計算內部(從工作流等)和工作區回購的5 k計數。工作流回購計數超過,執行阻塞最初10分鍾,直到數減少。有一個清理完成任務的過程。

工作最終得到執行,或完全失敗了嗎?

這就是為什麼重要的是要得到一個完整的回購數量我們可以檢查,如果這是你所看到的行為。

歡迎來到磚社區:讓學習、網絡和一起慶祝

加入我們的快速增長的數據專業人員和專家的80 k +社區成員,準備發現,幫助和合作而做出有意義的聯係。

點擊在這裏注冊今天,加入!

參與令人興奮的技術討論,加入一個組與你的同事和滿足我們的成員。

Baidu
map