共计 3214 个字符，预计需要花费 9 分钟才能阅读完成。
这篇文章主要讲解了“kubernetes 开发环境如何构建”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着丸趣 TV 小编的思路慢慢深入，一起来研究和学习“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 开发环境如何构建这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是丸趣 TV，丸趣 TV 小编将为大家推送更多相关知识点的文章，欢迎关注！
