cli
cli copied to clipboard
fnproject
CLI tool for fnproject.
meaning calls like `h.NewFuncName()` always return the same values. This can lead to data leaking between tests.
We officially support 5 FDKs: - Python - Go - JavaScript - Java - Ruby So I propose that these should be the only ones which are supported by `fn...
the idea is to get rid of `cli.Context` wherever that is possible in order to get a reusable importable code. the problem is that most of the function relies on...
[dev] refactor CLI operations/commands to extract core API and make it reusable outside of the CLI
I’ve been building a tool (https://github.com/denismakogon/fn-openapi-v3) that generates OpenAPI V3 spec out of (my own) Function’s spec file. At this moment, I’ve been trying to design and develop a tool...
Right now, the [Kotlin version is hardcoded in the generated pom.xml](https://github.com/fnproject/cli/blob/0f01cf3978937d490b82744c67edbd5f3465e52c/langs/kotlin.go#L226). The CLI should be updated to fetch the latest stable version number from http://search.maven.org/solrsearch/select?q=g:%22org.jetbrains.kotlin%22a:%22kotlin-stdlib%22&rows=1&wt=json and generate the pom accordingly.
When the CLI fails to communicate with the server or with a repository or gets an error response code it would be useful to dump contextual info to remind the...
With the introduction of Triggers, and the ability for a Function to exist independently of any Triggers, the behaviour of `fn call` will change to invoke a function directly, e.g...
The --runtime=go Dockerfile won't work behind a firewall. It should probably inject http_proxy, etc, into the build if these are set.Without these, `go get` and `dep` will fail.
It would be awesome to provide statistics as part of `fn calls`. At this moment Fn can ship function statistics like: - container stats (RAM, CPU consumption, disk and networking...