因此，当两个人在不同分支的列表中添加一个新项目时，Git可以正确地合并这些更改，因为Git是按行工作的。

因此，当两个人在不同分支的列表中添加一个新项目时，Git可以正确地合并这些更改，因为Git是按行工作的。

如果你这样做，它会很有用:

int a[] = {
  1,
  2,
  3, //You can delete this line and it's still valid
};

原因很简单:添加/删除行很容易。

想象下面的代码:

int a[] = {
   1,
   2,
   //3, // - not needed any more
};

现在，您可以轻松地向列表中添加/删除项目，而不必有时添加/删除后面的逗号。

与其他答案相反，我真的不认为生成列表的便性是一个有效的理由:毕竟，代码对最后(或第一行)行进行特殊处理是微不足道的。代码生成器只编写一次，并使用多次。

这对机器来说更容易，比如解析和生成代码。 这对人类来说也更容易，即通过一致性进行修改、删除注释和视觉优雅。

假设C，你会这样写吗?

#include <stdio.h>
#include <stdlib.h>

int main(void)
{
    puts("Line 1");
    puts("Line 2");
    puts("Line 3");

    return EXIT_SUCCESS
}

不。不仅因为最后的语句是一个错误，而且因为它是不一致的。那么为什么对收藏也要这样呢?即使在允许省略最后分号和逗号的语言中，社区通常也不喜欢这样做。例如，Perl社区似乎不喜欢省略分号，除了一行程序。他们也把这个应用到逗号上。

不要在多行集合中省略逗号，就像不要在多行代码块中省略分号一样。我是说，即使语言允许，你也不会这么做，对吧?对吧?

它使生成源代码变得更容易，也使编写日后可以轻松扩展的代码变得更容易。考虑一下添加额外条目需要什么:

int a[] = {
   1,
   2,
   3
};

．.． 您必须在现有行中添加逗号，并添加新行。与“3”后面已经有逗号的情况相比，你只需要添加一行。同样地，如果你想删除一行，你可以不用担心它是否是最后一行，你可以重新排序而不用用逗号。基本上，这意味着你对待线条的方式是一致的。

现在考虑生成代码。类似(伪代码):

output("int a[] = {");
for (int i = 0; i < items.length; i++) {
    output("%s, ", items[i]);
}
output("};");

不需要担心您正在输出的当前项是第一个还是最后一个。更加简单。