The go.sum must be in place otherwise "go list -f {{.Incomplete}}"
returns true which breaks s2i build.
Signed-off-by: Matej Vašek <matejvasek@gmail.com>
* rename knative-sandbox
* fixup bad merge
* fixup: use knative.dev not github.com import path
---------
Co-authored-by: Matej Vasek <mvasek@redhat.com>
Co-authored-by: Matej Vasek <matejvasek@gmail.com>
This commit adds a Makefile target that will simulate the Prow presubmit
tests that are run for pull requests on GitHub. It makes use of the same
image used by Prow, and runs the ./test/presubmit-tests.sh script so
that developers can run the same suite of tests that are run in CI/CD.
Signed-off-by: Lance Ball <lball@redhat.com>
The Knative version is now included in version command verbose output
Building an unreleased version no longer returns v0.0.0, but instead the
value provided by `git describe --tags` which is the most recent tagged
release with a suffix consisting of the number of commits since that
release and the short hash.
Verbose output now always includes the current commit on a dedicated
line.
* chore: update references to zz_filesystem_generated.go
Some places were missed in the repo restructuring. This should fix
test_infra build failures.
Signed-off-by: Lance Ball <lball@redhat.com>
* fix: do not put "." into template zip array (#24)
Signed-off-by: Matej Vasek <mvasek@redhat.com>
---------
Signed-off-by: Lance Ball <lball@redhat.com>
Signed-off-by: Matej Vasek <mvasek@redhat.com>
Co-authored-by: Matej Vasek <matejvasek@gmail.com>
With the move to the full Knative release train, we now get two tags on
HEAD for the release commit. In the current case, it was `v0.34.0` for
the "internal" version, and `knative-1.7.0`. The Makefile attempts to
determine the version for static linking by looking at the tag at HEAD.
With the git command returning two tags, `make` broke. This change takes
the first of the two tags (will always be `knative-x.x.x`) which I think
is less confusing for CLI users than `v0.34.0`.
I've also updated docs with a couple of changes that weren't reflected
there but landed in 1.7.
Finally, I've removed versions.txt as that is no longer used, and
docs/RELEASING.md as our processes have changed.
Signed-off-by: Lance Ball <lball@redhat.com>
Signed-off-by: Lance Ball <lball@redhat.com>
Added coverage output for integration test, and added codecov uploads
for both integration and unit tests.
This commit changes the output file to coverage.txt as well, in order to
be consistent with knative test infrastructure.
Signed-off-by: Lance Ball <lball@redhat.com>
Signed-off-by: Lance Ball <lball@redhat.com>
This commit removes the docs/reference/commands.txt file and instead
uses the Cobra built-in documentation generator to create markdown
documents for every command.
Signed-off-by: Lance Ball <lball@redhat.com>
Signed-off-by: Lance Ball <lball@redhat.com>
* docs: replace commands.md with generated text file
This commit removes commands.md document which tends to get out of date
pretty easily and replaces it with a generated commands.txt file. The
help text generation is fairly naive, but should be sufficient for the
time being.
Signed-off-by: Lance Ball <lball@redhat.com>
* fixup: tweak title formatting
Signed-off-by: Lance Ball <lball@redhat.com>
* fixup: run build-docs.sh again after recent change
Signed-off-by: Lance Ball <lball@redhat.com>
* fixup: add docs generation to make build target
Also removes the random UUID as the default for `invoke` since it's a
little misleading. That value will not be the one that's used, since
it's random. And because it's random, it changes the docs every time.
Signed-off-by: Lance Ball <lball@redhat.com>
* Adding timeout and additional logs on e2e http test
* Better revision check on e2e http update test
* ci: Adding workflow to run e2e for all runtimes
* fix: server error 500 for Go cloudevents template
* Improve formant performance in template generation
Signed-off-by: Matej Vasek <mvasek@redhat.com>
* Improve memory footprint of template generation
Use streamlined generation which is limiting need for in memory buffers.
Might be imprtant if we had big files in templates.
Signed-off-by: Matej Vasek <mvasek@redhat.com>
* Generate templates unconditionally
Rationale:
The way we create prerequisites (the find command) we cannot detect deleted files.
The generation is fast (around 500ms) so we can afford that.
Signed-off-by: Matej Vasek <mvasek@redhat.com>
* Test embbeded templates content on push to main
This has to run prior to `make test` because the `test` recipe
enforces generation of the templates zip.
This would prevent test from being run against git commited templates
zip.
Signed-off-by: Matej Vasek <mvasek@redhat.com>
* Optimization don't use unnecessary io.Pipe
Signed-off-by: Matej Vasek <mvasek@redhat.com>