if (condition) {    // correct
    // ...
switch (n) {        // correct
    case 0:
        // ...
for(int i = 0; i < CONST; ++i) {    // INCORRECT
    // ...
在二元操作符两端添加单个空格，一元运算符不需要空格，可以在乘法运算符和除法运算符之间省略空格。
const int y = y0 + (x - x0) * (y1 - y0) / (x1 - x0);    // correct
const int y = y0 + (x - x0)*(y1 - y0)/(x1 - x0);        // also okay
int y_cur = -y;                                         // correct
++y_cur;
const int y = y0+(x-x0)*(y1-y0)/(x1-x0);                // INCORRECT
. 和 -> 操作符的周围不需要任何空格。
有时，在一行中添加水平间隔有助于提高代码的可读性。如下，可以添加空格来对齐函数参数:
gpio_matrix_in(PIN_CAM_D6,   I2S0I_DATA_IN14_IDX, false);
gpio_matrix_in(PIN_CAM_D7,   I2S0I_DATA_IN15_IDX, false);
gpio_matrix_in(PIN_CAM_HREF, I2S0I_H_ENABLE_IDX,  false);
gpio_matrix_in(PIN_CAM_PCLK, I2S0I_DATA_IN15_IDX, false);
但是请注意，如果有人添加了一个新行，第一个参数是一个更长的标识符（例如PIN_CAM_VSYNC），它将不适合。因为必须重新对齐其他行，这添加了无意义的更改。因此，尽量少使用这种对齐，特别是如果您希望稍后将新行添加到这列中。
不要使用制表符进行水平对齐，不要在行尾添加尾随空格。
4. 括号
函数定义的大括号应该在单独的行上。
// This is correct:
void function(int arg)
// NOT like this:
void function(int arg) {
在函数中，将左大括号与条件语句和循环语句放在同一行。
if (condition) {
    do_one();
} else if (other_condition) {
    do_two();
    setup_dma();
    // load_resources();                // WHY is this thing commented, asks the reader?
    start_timer();
如果不再需要某些代码，则将其完全删除。如果你需要，你可以随时在 git 历史中查找这个文件。如果您因为临时原因而禁用某些调用，并打算在将来恢复它，则在相邻行上添加解释。
void init_something()
    setup_dma();
    // TODO: we should load resources here, but loader is not fully integrated yet.
    // load_resources();
    start_timer();
#if 0 ... #endif 块也是如此。如果不使用，请完全删除代码块。否则，添加注释以解释为什么禁用该块。不要使用 #if 0 ... #endif 或注释来存储将来可能需要的代码段。
不要添加有关作者和更改日期的琐碎注释。您总是可以查找谁使用 git 修改了任何给定的行。例如，此注释在不添加任何有用信息的情况下，使代码混乱不堪：
void init_something()
    setup_dma();
    // XXX add 2016-09-01
    init_dma_list();
    fill_dma_item(0);
    // end XXX add
    start_timer();
6. 代码行的结束
commit 中只能包含以 LF（Unix风格）结尾的文件。
Windows 用户可以将 git 配置为在本地 checkout 是 CRLF（Windows 风格）结尾，通过设置 core.autocrlf 设置来 commit 时以 LF 结尾。 Github 有一个关于设置此选项的文档 。但是，由于 MSYS2 使用 Unix 样式的行尾，因此在编辑 ESP-IDF 源文件时，通常更容易将文本编辑器配置为使用 LF（Unix 样式）结尾。
如果您在分支中意外地 commit 了 LF 结尾，则可以通过在 MSYS2 或 Unix 终端中运行此命令将它们转换为 Unix（将目录更改为 IDF 工作目录，并预先检查当前是否已 checkout 正确的分支）：
git rebase --exec 'git diff-tree --no-commit-id --name-only -r HEAD | xargs dos2unix && git commit -a --amend --no-edit --allow-empty' master
请注意，这行代码将在 master 上重新建立基，并在最后更改分支名称以在另一个分支上建立基。
要更新单个提交，可以运行
dos2unix FILENAME
git commit --amend
7. 格式化代码
您可以使用 astyle 程序根据上述建议对代码进行格式化。
如果您正在从头开始编写一个文件，或者正在进行完全重写，请随意重新格式化整个文件。如果您正在更改文件的一小部分，不要重新格式化您没有更改的代码。这将帮助其他人检查您的更改。
要重新格式化文件，请运行
tools/format.sh components/my_component/file.c
缩进是 4 个空格
最大行长为 120 个字符。分割行时，请尝试尽可能集中于可读性（例如，通过在单独的行上配对关键字/参数对）。
不要在 endforeach()、endif() 等后面的可选括号中放入任何内容。
对命令、函数和宏名使用小写( with_underscores )。
对于局部作用域的变量，使用小写字母( with_underscores )。
对于全局作用域的变量，使用大写( WITH_UNDERSCORES )。
其他，请遵循 cmake-lint 项目的默认设置。