mirror of https://github.com/k3s-io/k3s
6f01e13fc4 | ||
---|---|---|
.. | ||
cmd | ||
pkg | ||
plugin | ||
third_party/forked | ||
.gitattributes | ||
.gitignore | ||
CHANGELOG-1.14.md | ||
LICENSE | ||
README.md | ||
deps.sh | ||
openapi-save.sh | ||
openapi.json | ||
openapi.pb | ||
tag.sh | ||
vendor.conf |
README.md
Kubernetes
Kubernetes without the features I don't care about.
Rebase Instructions
Patch rebase
These are instructions for rebasing a patch version. For example if the current k3s k8s version is v1.13.3 and v1.13.4 comes out these are the procedures on how to rebase and create a new release. If v1.14 comes out that procedure is different.
The below instructions will use the example of rebasing from v1.13.3 to v1.13.4.
For git commands the remote rancher
is github.com/rancher/k3s and the remote
upstream
refers to github.com/kubernetes/kubernetes
- Create a branch in github.com/rancher/k3s called k3s-${VERSION} that is branched from the upstream tag ${VERSION}.
VERSION=v1.13.4
git fetch upstream
git checkout -b k3s-${VERSION} ${VERSION}
git push rancher k3s-${VERSION}
- Start rebase
OLD_VERSION=v1.13.3
VERSION=v1.13.4
git fetch rancher
git checkout k3s-${VERSION}
git reset --hard rancher/k3s-${OLD_VERSION}
git rebase -i ${VERSION}
- When presented with the patch edit screen you want to drop an commit titled "Update Vendor" or a version commit like "v1.13.3-k3s.6"
- Continue rebase and resolve any conflicts.
- Run the below to update vendor and apply tag
VERSION=v1.13.4
./deps.sh && ./tag.sh ${VERSION}-k3s.1
- Update the README.md with anything that might have changed in the procedure
- Put in PR to github.com/rancher/k3s k3s-${VERSION} branch
- After merge apply ${VERSION}-k3s.1 tag in github then vendor into k3s