在线观看不卡亚洲电影_亚洲妓女99综合网_91青青青亚洲娱乐在线观看_日韩无码高清综合久久

鍍金池/ 問答/GO/ 問: 開源go項目時,是否應該忽略vendor目錄?

問: 開源go項目時,是否應該忽略vendor目錄?

原由是發(fā)現(xiàn)有的開源項目,推送Gopkg.lockGopkg.toml(如用dep來作為依賴的管理)的同時,也推送vendor/整個目錄下的代碼?

個人覺得沒有必要,目前忽略了整個vendor/目錄。
項目地址:https://github.com/qclaogui/goforum
也是更想符合標準一些

回答
編輯回答
笨尐豬

一般來說是沒有必要的

但是如果你的依賴包有特定的要求,或者墻外世界太多

就會出現(xiàn)以下解決方案

  • 上傳vendor
  • 歸檔文件包(例如PHP的YII2

而在公司私有庫開發(fā)的話,挺多都會上傳vendor,為了便捷

2018年5月26日 14:44
編輯回答
糖豆豆

你的做法是正確的,因為Gopkg.lock和Gopkg.toml 已經(jīng)決定了vendor,不必再推送

2017年1月24日 08:45
編輯回答
神曲

公司項目還是上傳吧,大量的包需要翻墻才能安裝

2018年5月16日 08:26
編輯回答
紓惘

我個人覺得如果是項目的話就包含 vendor , 如果只是庫的話就不包含 vendor,

2017年6月11日 03:47
編輯回答
負我心

我是包含了的( https://gitee.com/johng/gf ),因為有一些依賴關(guān)系,并且go get又不會自動去下載項目依賴的第三方包,再者有的第三方包讓用戶自己去下載超級慢(例如:golang.org/x),索性就一同包含在項目中了,很好地解決了依賴問題,用戶使用時也省事。

但這樣做的問題是,項目作者需要自己維護vendor中依賴的第三方包版本,并且vendor中的第三方包更新也會不及時,當然這問題比較于帶來的好處來講,還是可以接受的。

僅供參考。

2018年8月12日 17:16
編輯回答
朽鹿

按版本控制的角度看是不用的,但是現(xiàn)在go沒有很好的依賴管理的工具(glide算很好的了),你也可以把vendor加進去

2017年5月23日 01:48