-
Notifications
You must be signed in to change notification settings - Fork 443
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
rust_fmt #634
Comments
#87 sounds relevant to this request |
After reading the other issues, I like the idea of modelling it as test: rust_test_fmt(
name = "test_format",
deps = [
":bar",
":foo",
]
) bazel test :test_format |
I haven't looked into other issues (is it just #87 or others as well?), and I only skimmed through the implementation, but my knee jerk proposal would be to implement the rust_fmt as an aspect and then it would be used by for example running If the source file is not formatted correctly, the build would fail. Advantage over Pardon my ignorance, but does rust-analyzer use rustfmt, or it implements formatting by itself? If it has its own implementation then there will be differences, and that will cause trouble. In that case I'd vote for using rust-analyzer for formatting (if it can be done), not rustfmt (I'm a big fan of rust-analyzer as you can tell :). |
There was also: #388. I use the following to assert that nothing changed git diff --exit-code --summary --stat |
Are there any plans to add a rust_fmt rule?
There is a basic example:
https://github.com/bazelbuild/rules_rust/tree/main/test/rustfmt
The text was updated successfully, but these errors were encountered: