-
Notifications
You must be signed in to change notification settings - Fork 34
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
Metamorph tests verify that no unexpected interactions occurred (second and final batch). #413
Metamorph tests verify that no unexpected interactions occurred (second and final batch). #413
Conversation
This should be rather non-controversial. Can I merge? |
I had an eye on this PR but it wasn't assigned anyone. Let me have a short glimpse and will give you ok. |
Is there some file which defines and checks these style (indentations etc.) ? |
No. Checkstyle is disabled for tests. |
Why is this disabled - I imagine that new code could then be committed without being "properly" styled ? |
Because we've got too much old code that doesn't conform. It would be a major undertaking to get a clean build. (Maybe we could work with suppressions, though?) |
I want to emphasize that I very much like the idea to have all committers use the same formatting style ... atm I only reformat the sections I work on, not the whole file, because that would blur to much the important changes . Also, do you have an idea how to use '.editorconfig' or whatever to impose alphabetically ordering for imports? (I guess some other styles are also missing a programmatically usable definition). |
I wouldn't mind to do that, even if it means to open and save 500 files :) |
I don't think we have a formatting convention specified anywhere. Checkstyle is mostly concerned with code style and EditorConfig only allows to enforce the most basic standards. If you're using automatic formatting that doesn't conform with everyone else's - automatic or manual - formatting then we're certainly going to have a lot of churn.
We've got a Checkstyle check for that (see 00533c5).
We'd have to look into code formatters, I suppose. (Spotless may be an option.) |
I'm just a little puzzled why this pull request triggered this formatting discussion ;) It doesn't really deal with formatting changes, does it? |
Some files just changed their indendation. However, I agree that this is not the place to discuss the issue. |
Now I see what you mean. Yeah, there were some files with incorrect indentation. After the actual (functional) changes only two or three whitespace-only diffs remained, so I didn't really notice. Anyway, thanks for reviewing. |
Continuation of #341.
Resolves #339.