In order to make code more readable and consistent, a root .editorconfig file should be created. In the meeting on 2021-10-02 it was decided to mostly follow Microsoft coding conventions. I took this to mean we should follow the guidelines set out in this article which references the dotnet runtime project as its basis. Their .editorconfig would therefore be a good starting point.
If our individual subprojects want to define further rules, they can do so with a nested .editorconfig file.
Questions that should be answered:
What is our preference regarding var?
What is our preference regarding expression bodied members?
Should // TODO comments be allowed in merged PRs and if not, can we enforce this?
If any other questions arise, feel free to ask them here and we can discuss them.
@pobiega I'm still not clear on the labels or projects to assign to these all-encompassing issues, would you be so kind as to assign the appropriate ones?
In order to make code more readable and consistent, a root
.editorconfig
file should be created. In the meeting on 2021-10-02 it was decided to mostly follow Microsoft coding conventions. I took this to mean we should follow the guidelines set out in this article which references the dotnet runtime project as its basis. Their .editorconfig would therefore be a good starting point.If our individual subprojects want to define further rules, they can do so with a nested
.editorconfig
file.Questions that should be answered:
var
?// TODO
comments be allowed in merged PRs and if not, can we enforce this?If any other questions arise, feel free to ask them here and we can discuss them.
@pobiega I'm still not clear on the labels or projects to assign to these all-encompassing issues, would you be so kind as to assign the appropriate ones?