kubernetes開發環境如何構建

這篇文章主要講解了“kubernetes開發環境如何構建”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“kubernetes開發環境如何構建”吧！

開發環境構建

Fork

把github.com/kubernetes/kubernetes 項目fork到自己的倉庫

Clone到本地

git clone https://github.com/<your-username>/kubernetes

設置remote

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版本之后還有很多次變更，會產生大量沖突。

CI編譯與發布

筆者比較喜歡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年，這樣就需要定制化開發，那么問題來了，因為版本眾多，是不是需要每個版本都去改一下，那太麻煩了，正確的做法如下：

從master切出一個分支

git checkout -b kubeadm

修改代碼并commit

commit 6d16c60ca5ce8858feeabca7a3a18d59e642ac3f (HEAD -> kubeadm)
Author: fanux <fhtjob@hotmail.com>
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到各版本即可

merge到1.13.4版本中

git checkout -b v1.13.4 v1.13.4
git cherry-pick 6d16c60ca5c

注意 這次commit如果修改了相同文件的行還是可能會沖突的，需要手動解決一下沖突

解決完沖突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

其它注意事項

要PR給社區的話需要CLA認證一下, 不然你的PR社區是不管的。

CI加的一些文件如.drone.yml dockerfile等與實際功能的添加最好分開，方便PR時只PR實際需要的代碼。

其它組件與apiserver scheduler可以CI直接打成docker鏡像，drone很靈活，不要用死了

感謝各位的閱讀，以上就是“kubernetes開發環境如何構建”的內容了，經過本文的學習后，相信大家對kubernetes開發環境如何構建這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！