當我鍵入命令 go build 時，我有一個項目具有來自 bitbucket 上的私有存儲庫的多個依賴項。我收到這個錯誤無法識別的導入路徑“bitbucket.xxx.xx/xx/x”x509：由未知機構(gòu)簽署的證書我嘗試了幾件事，例如添加令牌git config --global http.extraheader 令牌配置為 sshgit config --global url."git@bitbucket.org:".insteadOf " https://bitbucket.org/ "但它不起作用。
1 回答
哈士奇WWW
TA貢獻1799條經(jīng)驗 獲得超6個贊
關(guān)于使用 HTTPS URL，請注意 HTTP 傳輸可能存在分配器/釋放器不匹配的問題，該問題已在 Git 2.25（2020 年第一季度）中得到糾正。
因此，如果您使用的是 Git 2.24，http.extraheader無論如何都不會工作。
請參閱Johannes Schindelin ( ) 的提交 4d17fd2（2019 年 11 月 6 日）。（由Junio C Hamano 合并——在提交 bad5ed3中，2019 年 12 月 1 日）dschogitster
remote-curl: 使用自定義分配器解開 http.extraHeader簽字人：約翰內(nèi)斯·辛德林
在93b980e58f5 ("
http: use xmalloc with cURL", 2019-08-15, Git v2.24.0-rc0 -- merge列在第 3 批中) 中，我們開始要求 cURL 使用xmalloc()，如果使用 nedmalloc 編譯，則意味著隱式與系統(tǒng)分配器不同的分配器。這意味著所有 cURL 的分配和釋放現(xiàn)在
_need_ 使用該分配器。但是，
http_options()用于slist_append()添加任何已配置的額外 HTTP 標頭的函數(shù)_before_ 要求 cURL 使用xmalloc()，http_cleanup()并將釋放它們，_afterwards_,即在存在自定義分配器的情況下，cURL 將嘗試使用錯誤的分配器來釋放內(nèi)存。修復(fù)此問題的天真嘗試會將調(diào)用移至
curl_global_init()_before_ 解析配置（即在調(diào)用 之前slist_append()）。但是，這不起作用，因為我們
_also_ 解析配置設(shè)置http.sslbackend，如果找到，則調(diào)用必須在之前調(diào)用curl_global_sslset()，詳情請參閱：https ://curl.haxx.se/libcurl/c/curl_global_sslset.htmlcurl_global_init()因此，讓我們改為讓配置解析完全獨立于 cURL 的數(shù)據(jù)結(jié)構(gòu)。順便說一句，這比它引入的多刪除了兩行，這很好。
對于自簽名證書，全局禁用 SSL 驗證可能會被視為安全風險，應(yīng)僅用于測試。
引用自簽名證書GIT_SSL_CAINFO更安全。
- 1 回答
- 0 關(guān)注
- 120 瀏覽
添加回答
舉報
0/150
提交
取消