Show what code were covered or not using go tool cover command

 Once go test produces cover.out , you can use the following command to launch browser to show the coverage.

go tool cover -html=cover.out

To git restore all the unstaged files

 Sometimes, you may purposely delete some of the files for testing, then you will need to restore these files, it will take a lot of key strokes if you do file by file, the below command can restore all the unstaged files in git

git restore -- $(git ls-files -m)

KubeBuilder

Use kubebuilder to start a new project:

 

     kubebuilder init --domain my.domain --repo my.domain/guestbook

This step creates make file, dockerfile etc.

Once a project gets created, you normally run the following command to add API

     kubebuilder create api --group webapp --version v1 --kind CronJob 

Then you normally would edit the files in api/v1 _types.go files to add your own struct

basically data structure for your api. and make changes to the controller.go in the

controllers directory to implement your business logic.

Then you normally would need to run:

    make manifests to generate crds, roles, role bindings etc.

    make generate to generate code in zz_generated.deepcopy.go to capture changes that you

make to apis, that is, changes made in _types.go file will need to be reflected in

zz_generated.deepcopy.go file.

Deal with a local helm chart repo

 

# Start up a helm client

kubectl run -n pcloud helmtest --image=alpine/helm:3.12.0 --command -- sleep 3000

# add the repo locally named acc, given that the repo sits at http://acc-helm-repo:8080

helm repo add acc http://acc-helm-repo:8080

# search the repo and list all the charts from the repo acc.

helm search repo acc

# now inspect a particular chart, in this case, in repo named acc and chart named netapp-monitoring-operator

helm inspect all acc/netapp-monitoring-operator

Process of working with un-merged branches

 1. local check out the branch, for example

     git checkout -b the-dirty-branch

2. pull the remote branch to the local

    git pull the-dirty-branch

3. you can do the same thing for other branches if more branches are needed

4. then switch to the integration (or main) branch

5. cherry-pick from the dirty branch or rebase from the dirty branch

6. do git reset --soft to maintain unchanged release tag

K8S CSI related commands

 

kg csidrivers

kg storageclass

kg volumesnapshotclass

To list volume snapshot and it content

kg volumesnapshot -n test01

kg volumesnapshotcontent -n test01

Volume snapshot class uses driver.

storage class uses provisioner

volume snapshot class uses driver.

So driver and provisioner should be same thing?

How to support multi-arch docker image build on mac

 Simply do the following command:

docker buildx create --use

 

Then run command 

docker buildx ls

You should see amd64 included like the following.


linux/arm64, linux/amd64, linux/riscv64, linux/ppc64le, linux/s390x, linux/386, linux/arm/v7, linux/arm/v6





Some document says turn on the experienmental flag on which is not needed.