1. 31 Oct, 2019 4 commits
    • better handling of Go version · c8a1c4af
      Patrick Ohly authored
      Some operations are sensitive to the version of Go that is used. In
      the past, formatting of source differed depending on the
      version. Right now it is the content of the vendor directory which
      changes when switch back and forth between 1.12 and 1.13.
      
      We don't want to impose a certain workflow on developers, like forcing
      all invocations of Go to run inside a container. If developers want
      that, they can set up their development environment accordingly.
      
      But we should warn about this aspect to raise awareness. "make"
      invocations which involve Go now compare against the projects Go
      version (specified in travis.yml) once at the beginning. This is only
      a warning because we don't know which future version will be
      compatible with the project.
      
      Vendor directory handling gets updated, too: verification is now a
      separate script (became too complex for make) and there is a
      corresponding "update-vendor.sh". In contrast to verification,
      updating vendor is not integrated into make and thus itself invokes
      the go version check.
    • update CI to use Go 1.13.3 · 5e773d2d
      Patrick Ohly authored
      This is the latest release. Updating is useful to ensure that we have
      all of the latest fixes and enhancements.
    • Merge pull request #40 from msau42/add-1.16 · f419d745
      Kubernetes Prow Robot authored
      Add new variables for 1.16 and remove 1.13
    • Add new variables for 1.16 and remove 1.13 · e0fde8c4
      Michelle Au authored
  2. 08 Oct, 2019 3 commits
  3. 07 Oct, 2019 3 commits
  4. 04 Oct, 2019 1 commit
    • update Go mod support · 194289aa
      Patrick Ohly authored
      It turned out that changes like
      https://github.com/kubernetes-csi/csi-lib-utils/pull/33 should better
      have been committed after `go mod tidy` because that adds some
      indirect dependencies in that example.
      
      The revised `test-vendor` checks for that and (just in case that this
      ever becomes desired) allows projects to not have a vendor directory
      when using `go mod`.
      
      How to use `go mod` properly gets documented in the README.md, because
      there are such pitfalls.
  5. 16 Sep, 2019 2 commits
  6. 07 Sep, 2019 3 commits
  7. 06 Sep, 2019 1 commit
  8. 29 Aug, 2019 2 commits
  9. 28 Aug, 2019 2 commits
  10. 27 Aug, 2019 1 commit
  11. 21 Aug, 2019 1 commit
  12. 09 Aug, 2019 2 commits
  13. 16 Jul, 2019 1 commit
  14. 15 Jul, 2019 1 commit
  15. 12 Jul, 2019 3 commits
  16. 11 Jul, 2019 2 commits
  17. 08 Jul, 2019 2 commits
  18. 13 May, 2019 1 commit
  19. 11 May, 2019 1 commit
    • build.make: allow repos to use 'go mod' for vendoring · 066143d1
      Patrick Ohly authored
      How a repo does vendoring is detected based on the presence of
      Gopkg.toml.
      
      The vendor check with `dep` was all done locally, but the
      corresponding check for `go mod` requires network access. The check
      therefore gets skipped when running in the Prow CI in situations where
      we are sure that it isn't needed (for example, in a periodic job).
  20. 15 Apr, 2019 2 commits
  21. 11 Apr, 2019 2 commits