summaryrefslogtreecommitdiff
path: root/Documentation
diff options
context:
space:
mode:
authorLibravatar Junio C Hamano <gitster@pobox.com>2017-01-31 13:32:11 -0800
committerLibravatar Junio C Hamano <gitster@pobox.com>2017-01-31 13:32:11 -0800
commit63f1bb8109b76edd150340b1dfca98cd7a029d5d (patch)
tree894eaac29c6dd54c168d6a6ec9c07b859369213f /Documentation
parentMerge branch 'js/exec-path-coverity-workaround' into maint (diff)
parentCodingGuidelines: clarify multi-line brace style (diff)
downloadtgif-63f1bb8109b76edd150340b1dfca98cd7a029d5d.tar.xz
Merge branch 'jk/coding-guidelines-update' into maint
Developer doc update. * jk/coding-guidelines-update: CodingGuidelines: clarify multi-line brace style
Diffstat (limited to 'Documentation')
-rw-r--r--Documentation/CodingGuidelines37
1 files changed, 32 insertions, 5 deletions
diff --git a/Documentation/CodingGuidelines b/Documentation/CodingGuidelines
index 4cd95da6b1..a4191aa388 100644
--- a/Documentation/CodingGuidelines
+++ b/Documentation/CodingGuidelines
@@ -206,11 +206,38 @@ For C programs:
x = 1;
}
- is frowned upon. A gray area is when the statement extends
- over a few lines, and/or you have a lengthy comment atop of
- it. Also, like in the Linux kernel, if there is a long list
- of "else if" statements, it can make sense to add braces to
- single line blocks.
+ is frowned upon. But there are a few exceptions:
+
+ - When the statement extends over a few lines (e.g., a while loop
+ with an embedded conditional, or a comment). E.g.:
+
+ while (foo) {
+ if (x)
+ one();
+ else
+ two();
+ }
+
+ if (foo) {
+ /*
+ * This one requires some explanation,
+ * so we're better off with braces to make
+ * it obvious that the indentation is correct.
+ */
+ doit();
+ }
+
+ - When there are multiple arms to a conditional and some of them
+ require braces, enclose even a single line block in braces for
+ consistency. E.g.:
+
+ if (foo) {
+ doit();
+ } else {
+ one();
+ two();
+ three();
+ }
- We try to avoid assignments in the condition of an "if" statement.