在使用go mod的過程中,發現不容易指定版本號
尤其是沒有打tag的,不知道怎麼指定版本號, 不知道有哪版本號
正常使用都沒有問題,但是當引用的專案用了舊的**, 這時候必須使用舊的版本,無法指定版本,不知道如何入手
尤其是k8s.io不知道是什麼鬼, 從**看它的**,只知道github.com
這個時候在 go.mod檔案中 require 裡面加上 github.com/kubernetes/cloud-provider 2bf8e45
此時會自動生成版本號, 其中 2bf8e45 這個是在github上找到原始碼的特定的提交 commit 號, 想使用舊版本的話, 找到對應的tag或分支 找到 commit 號
這個commit號也可以使用tag號來替換
例如
k8s.io/cli-runtime => github.com/kubernetes/cli-runtime kubernetes-1.14.2
然後使用replace來替換,require裡面的 github.com/kubernetes/cloud-provider 2bf8e45 會自動變成
此時,我們把它刪除並複製到replace 裡面
效果這樣的
原來使用的新版本號不用動,主要換了replace
go mod 私有專案版本號指定
公司以前的專案沒有支援go mod,現在許喲啊支援go mod,就涉及到如何指定版本號的問題。k可以看到該項目的最後一次commit id為 510aa62 由於不知道哪個版本號,那麼在require裡面使用最近一次提交的commit id 510aa62 go 1.3.3 require git....
語義化版本 版本號管理
不論是遊戲或者應用軟體開發,一般進行版本的管理都是重要的一步,所以本文摘錄了 語義化版本 2.0.0 的內容,希望大家能認真了解一下版本號的管理方式 版本格式 主版本號.次版本號.修訂號 major.minor.patch 版本號遞增規則如下 主版本號 major 當你做了不相容的 api 修改,次...
版本號及使用npm管理專案版本號
版本號 語義化版本 版本號格式 主版本號.次版本號.修訂號 版本號遞增規則 主版本號 做了不相容修改或顛覆式的重寫 次版本號 向下相容的功能性新增 修訂號 向下相容的問題修正 先行版本號及版本編譯資訊可以加到 主版本號.次版本號.修訂號 的後面,作為延伸。版本號只能增加,禁止下降,的修改必須以新版本...