release-tools: update
Commit summary:7c5a89c8prow.sh: use 1.3.0 hostpath driver for testingfdb32183Change 'make test-vet' to call 'go vet'5f74333aprow.sh: also configure feature gates for kubelet84f78b12prow.sh: generic driver installationfa90abd0fix incorrect linkac8a0212Document the process for releasing a new sidecar6582f2ffUpdate hostpath driver version to get fix for connection-timeout8191eab6Update snapshotter to version v2.0.08b0316c7Fix overriding of junit results by using unique names for each e2e runaf9549b5Update prow hostpath driver version to 1.3.0-rc2fc809759Fix version_gt to work with kubernetes prefixb98b2aedEnable snapshot tests in 1.17 to be run in non-alpha jobs.a4e62996fix syntax for ppc64le build4ad69492Improve snapshot pod running checks and improve version_gt53888ae7Improve README by adding an explicit Kubernetes dependency section9a7a685eCreate a kind cluster with two worker nodes so that the topology feature can be tested. Test cases that test accessing volumes from multiple nodes need to be skipped80bba1feUse kind v0.6.0003c14b2Add snapshotter CRDs after cluster setup83a4ef15Adding build for ppc64le
This commit is contained in:
@@ -81,7 +81,7 @@ on what is enabled in Prow, see
|
||||
https://github.com/kubernetes/test-infra/tree/master/config/jobs/kubernetes-csi
|
||||
|
||||
Test results for periodic jobs are visible in
|
||||
https://testgrid.k8s.io/sig-storage-csi
|
||||
https://testgrid.k8s.io/sig-storage-csi-ci
|
||||
|
||||
It is possible to reproduce the Prow testing locally on a suitable machine:
|
||||
- Linux host
|
||||
@@ -141,17 +141,6 @@ The `vendor` directory is optional. It is still present in projects
|
||||
because it avoids downloading sources during CI builds. If this is no
|
||||
longer deemed necessary, then a project can also remove the directory.
|
||||
|
||||
When using packages that are part of the Kubernetes source code, the
|
||||
commands above are not enough because the [lack of semantic
|
||||
versioning](https://github.com/kubernetes/kubernetes/issues/72638)
|
||||
prevents `go mod` from finding newer releases. Importing directly from
|
||||
`kubernetes/kubernetes` also needs `replace` statements to override
|
||||
the fake `v0.0.0` versions
|
||||
(https://github.com/kubernetes/kubernetes/issues/79384). The
|
||||
`go-get-kubernetes.sh` script can be used to update all packages in
|
||||
lockstep to a different Kubernetes version. It takes a single version
|
||||
number like "1.16.0".
|
||||
|
||||
Conversion of a repository that uses `dep` to `go mod` can be done with:
|
||||
|
||||
GO111MODULE=on go mod init
|
||||
@@ -160,3 +149,18 @@ Conversion of a repository that uses `dep` to `go mod` can be done with:
|
||||
GO111MODULE=on go mod vendor
|
||||
git rm -f Gopkg.toml Gopkg.lock
|
||||
git add go.mod go.sum vendor
|
||||
|
||||
### Updating Kubernetes dependencies
|
||||
|
||||
When using packages that are part of the Kubernetes source code, the
|
||||
commands above are not enough because the [lack of semantic
|
||||
versioning](https://github.com/kubernetes/kubernetes/issues/72638)
|
||||
prevents `go mod` from finding newer releases. Importing directly from
|
||||
`kubernetes/kubernetes` also needs `replace` statements to override
|
||||
the fake `v0.0.0` versions
|
||||
(https://github.com/kubernetes/kubernetes/issues/79384). The
|
||||
`go-get-kubernetes.sh` script can be used to update all packages in
|
||||
lockstep to a different Kubernetes version. Example usage:
|
||||
```
|
||||
$ ./release-tools/go-get-kubernetes.sh 1.16.4
|
||||
```
|
||||
|
||||
Reference in New Issue
Block a user