您好,登錄后才能下訂單哦!
本篇內容介紹了“kubernetes開發流程是什么”的有關知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領大家學習一下如何處理這些情況吧!希望大家仔細閱讀,能夠學有所成!
Fork
把github.com/kubernetes/kubernetes 項目fork到自己的倉庫
git clone https://github.com//kubernetes
git remote add upstream https://github.com/kubernetes/kubernetes.git git remote set-url --push upstream no-pushing
注意此時你的本地倉庫就有了兩個遠程倉庫,一個叫upstream(社區倉庫) 一個叫origin(你fork的)
當社區倉庫代碼更新時,我們希望與之同步,那么:
git pull upstream master # 先同步到本地git push # push 到origin
你修改了代碼希望同步給社區,那么PR即可
假設我們要定制一個功能,比如我之前做的對kubelet進行lxcfs增強,而我們線上又運行了多個版本的k8s,我們希望這個特性幾個版本都可以加上,而且未來k8s發布新版本時同樣能merge進去這功能。
要做到這個git里的兩個命令非常重要:
git cherry-pick 能指定merge特定的變更 git rebase 通常我用來合并多個commit, 雖然cherry-pick也支持多個commit,但是多了容易混亂
首先從master分支HEAD切出一個分支,我們有所的功能開發在這個分支上進行,如我做了c1 c2兩次commit。
然后希望把這個功能merge到2.0版本中,我們先從2.0的tag切一個分支出來,然后在這個分之上去cherry-pick c1 c2即可,非常簡單方便,其它版本需要此功能同理。
這里注意,如果不用cherry-pick 直接merge的話,因為2.0版本之后還有很多次變更,會產生大量沖突。
筆者比較喜歡drone,所以編譯與發布都是用的drone,安利個drone免費公有服務非常好用
由于k8s各個版本可能需要的golang版本都不太一樣,所以最方便的還是在容器中進行構建,但并不是隨便一個golang的鏡像都可以進行構建,因為k8s還需要拷貝代碼,生成代碼等依賴了一些小工具,我這里提供了一個官方的編譯鏡像:fanux/kube-build:v1.12.1-2
發布時用了drone一個非常方便的插件:plugins/github-release, 可以直接把二進制文件放到github的release pages里.drone.yml 長這樣:
kind: pipeline name: default workspace: base: /go path: src/k8s.io/kubernetes # 要注意工作目錄一定要寫這個steps: - name: build # 編譯,名字隨便寫 image: fanux/kube-build:v1.12.1-2 environment: GO111MODULE: on # 啟動go mod commands: - make generated_files UPDATE_API_KNOWN_VIOLATIONS=true # 這個是一個known api校驗,不加編譯可能會報錯 - KUBE_GIT_TREE_STATE="clean" KUBE_GIT_VERSION=v1.14.0 KUBE_BUILD_PLATFORMS=linux/amd64 make all WHAT=cmd/kubelet GOFLAGS=-v # 幾個環境變量特別重要,如不加clean編譯出來版本號就會加dirty后綴,需要加版本號不然很多時候無法正常工作,加構建平臺,這樣無需編譯多個bin文件加快編譯速度,WHAT里指定需要編譯什么代碼,大部分情況無需編譯有所組件 - ls _output/bin/ # 這里能看到編譯后的二進制文件- name: publish image: plugins/github-release settings: api_key: from_secret: git-release-token files: _output/bin/kubelet # 把上一步二進制文件放到release page中 title: ${DRONE_TAG} # 使用你打的tag作為標題 note: Note.md # 指定一個文件說明你release中干了啥 when: event: tag
這樣提交代碼后刷刷抖音等結果即可。。
k8s kubeadm默認證書的時間是一年,我希望延長到99年,這樣就需要定制化開發,那么問題來了,因為版本眾多,是不是需要每個版本都去改一下,那太麻煩了,正確的做法如下:
git checkout -b kubeadm
修改代碼并commit
commit 6d16c60ca5ce8858feeabca7a3a18d59e642ac3f (HEAD -> kubeadm) Author: fanux Date: Mon Mar 18 20:26:08 2019 +0800 kubeadm with long cert commit 364b18cb9ef1e8da2cf09f33d0fd8042de6b327e (upstream/master, origin/master, origin/HEAD, master)
可以看到我們commit了一次,現在只需要把6d16c60ca這個變化merge到各版本即可
git checkout -b v1.13.4 v1.13.4 git cherry-pick 6d16c60ca5c
注意 這次commit如果修改了相同文件的行還是可能會沖突的,需要手動解決一下沖突
? kubernetes git:(v1.13.4) ? git add . ? kubernetes git:(v1.13.4) ? git commit -m "v1.13.4-cert"[v1.13.4 1bd2e627f5] v1.13.4-cert Date: Mon Mar 18 20:26:08 2019 +0800 4 files changed, 42 insertions(+), 3 deletions(-) create mode 100644 .drone.yml create mode 100644 Note.md ? kubernetes git:(v1.13.4) git tag v1.13.4-cert ? kubernetes git:(v1.13.4) git push --tags
“kubernetes開發流程是什么”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站,小編將為大家輸出更多高質量的實用文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。