Conversation
Signed-off-by: Chanwit Kaewkasi <chanwit@gmail.com>
Signed-off-by: Chanwit Kaewkasi <chanwit@gmail.com>
Signed-off-by: Chanwit Kaewkasi <chanwit@gmail.com>
Signed-off-by: Chanwit Kaewkasi <chanwit@gmail.com>
Signed-off-by: Chanwit Kaewkasi <chanwit@gmail.com>
Signed-off-by: Chanwit Kaewkasi <chanwit@gmail.com>
Signed-off-by: Chanwit Kaewkasi <chanwit@gmail.com>
Signed-off-by: Chanwit Kaewkasi <chanwit@gmail.com>
Signed-off-by: Chanwit Kaewkasi <chanwit@gmail.com>
Signed-off-by: Chanwit Kaewkasi <chanwit@gmail.com>
Signed-off-by: Chanwit Kaewkasi <chanwit@gmail.com>
|
Thanks @chanwit! Would you please split this into PRs that accomplish one thing (or near enough) -- maybe
|
jpellizzari
left a comment
There was a problem hiding this comment.
@chanwit Can you describe the bug this is trying to fix?
| "plugin:@typescript-eslint/recommended", | ||
| "plugin:import/typescript" | ||
| "plugin:import/typescript", | ||
| "plugin:prettier/recommended" // eslint shows prettier formatting warnings. Must be always the last configuration. |
There was a problem hiding this comment.
This may cause conflicts with typescript. Having two formmatters running will cause them to over-write each others' changes.
There was a problem hiding this comment.
I'm not very good at this kind of configuration.
Did you mean that we could just use eslint --fix and the source would get formatted without using prettier? If so, I'm happy to remove it.
|
|
||
| const { navigate, currentPage } = useNavigation(); | ||
|
|
||
| const contextSelectChanged = (ev) => { |
There was a problem hiding this comment.
Embedding event handlers into the view is too hard to read.
| @@ -1,38 +1,46 @@ | |||
|
|
|||
| export interface TwirpErrorJSON { | |||
There was a problem hiding this comment.
This is a generated file. When make proto is run, this formatting will be over-written.
| HELM_CONTROLLER_VERSION := v0.11.2 | ||
|
|
||
| all: test build | ||
| all: dist/index.html fmt vet test build |
There was a problem hiding this comment.
We probably shouldn't do "write" operations (formatting) on the make all commands. I wouldn't expect a make all command to leave us with a (potentially) modified git state.
There was a problem hiding this comment.
We did that in Flux CLI. Go Fmt is part of the make file. Should we do this @stefanprodan?
There was a problem hiding this comment.
I agree with Jordan here; I think it's OK to have phony targets that rewrite files, but the main build shouldn't create (more) diffs. If it does, it encourages commits which contain code changes then some random reformatting elsewhere.
This can make it difficult to reconcile with builds in which you commit generated files. For that, you can make people explicitly regenerate the file, and have a guard in the tests (and CI) to make sure the committed, generated file is correct.
(Also see go build -mod=readonly.)
There was a problem hiding this comment.
(You can call me a hypocrite, since all the flux controllers inherit a Makefile structure which does fmt in the build, from kubebuilder. I don't notice because I've told emacs to run go fmt when I save a file.)
| for _, c := range rules.Contexts { | ||
| contexts = append(contexts, c.Cluster) | ||
| for contextName := range rules.Contexts { | ||
| contexts = append(contexts, contextName) |
There was a problem hiding this comment.
We were accessing c.Cluster before. Do we no longer need to do that?
| @@ -1,39 +1,32 @@ | |||
| // Code generated by protoc-gen-twirp v7.1.1, DO NOT EDIT. | |||
There was a problem hiding this comment.
I would not have expected this file to change. We probably need to use buf instead to avoid this happening in the future. Not something that needs to be taken care of by this PR, but we should probably revert this change for now.
| @@ -0,0 +1,223 @@ | |||
| #!/usr/bin/env bash | |||
There was a problem hiding this comment.
I think we should have users manage their own installation. In addition, anyone who downloads the binary won't have this script, and if they have cloned the repo, they are probably intending to build from source.
There was a problem hiding this comment.
There's a plan to have a brew/tap, yes.
|
|
||
| fmt: | ||
| go fmt ./... | ||
| npx prettier --write 'ui/**/*.ts(x)?' |
There was a problem hiding this comment.
I think one formatter is the way to go here. Two formatters may end up conflicting with one another.
|
@jpellizzari I am in process of splitting this PR into smaller ones as @squaremo pointed out. For the bug fixing part, there's a bug when we obtaining the list of contexts. Please see its structure and you'll see that we used the wrong field, |
Excellent! Nice find. I will await those PRs; feel free to add me as a reviewer when they are ready. Thanks for the contribution. |
Please be sure to put this explanation in the commit message :-) |
This PR