summaryrefslogtreecommitdiff
path: root/apply.c
diff options
context:
space:
mode:
authorLibravatar Stefan Beller <sbeller@google.com>2018-09-28 10:30:33 -0700
committerLibravatar Junio C Hamano <gitster@pobox.com>2018-09-29 11:21:05 -0700
commitc7e5fe79b985dbe9a9bfaca5a097a4d53ab77437 (patch)
treec74d39320fe2459cbbd6004b06dcbe21c3665923 /apply.c
parentGit 2.19 (diff)
downloadtgif-c7e5fe79b985dbe9a9bfaca5a097a4d53ab77437.tar.xz
strbuf.h: format according to coding guidelines
The previous patch suggested the strbuf header to be the leading example of how we would want our APIs to be documented. This may lead to some scrutiny of that code and the coding style (which is different from the API documentation style) and hence might be taken as an example on how to format code as well. So let's format strbuf.h in a way that we'd like to see: * omit the extern keyword from function declarations * name all parameters (usually the parameters are obvious from its type, but consider exceptions like `int strbuf_getwholeline_fd(struct strbuf *, int, int);` * break overly long lines Signed-off-by: Stefan Beller <sbeller@google.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'apply.c')
0 files changed, 0 insertions, 0 deletions