嗯，这取决于你从哪个角度看。在 GitHub 或 GitHub Pages 中渲染 Markdown 文件时，采用的是传统的换行方式。段落文本中没有实际的换行符不利于变更追踪，因此为需要不断演变的长篇内容添加未渲染的实际换行符非常有用。许多（尽管不是大多数）论坛帖子都具有这一特性。
只有在问题（issues）和拉取请求评论（PR comments）等更随意的场景中，GitHub 才会使用非传统的“GitHub 风格”Markdown，即单换行符具有实际意义。我确信他们这样做的目的是为了迁就开发者，因为开发者可能会在问题中快速输入一小段代码，而忘记缩进或用三个反引号将其包裹起来。
因此，非传统 Markdown 实际上是更偏向开发者的选择。在撰写论坛帖子时，没有人强迫你换行长行；根据我的经验，大多数人都希望在输入 Markdown 时以及渲染后的结果中，段落之间都留有空行。因此，对于大多数人来说，默认设置并没有任何优势。