开源编辑器 Atom 简化代码审查过程

开发四年只会写业务代码，分布式高并发都不会还做程序员？ >>>  

来自 GitHub 的开源编辑器 Atom 正在力求简化代码审查过程，希望以此减轻开发人员因拉取请求审查而产生的焦虑。

GitHub 将代码审查描述为“社交、情感和后勤过程”。其中，“接收拉取请求审查是尤其令人脆弱的时刻”，因为在这一过程中，开发人员将获得其他人对自己工作的反馈，并需要考虑如何解决和改进。

为了改善拉取请求审查体验，GitHub 在官方博客中宣布：从 Atom 1.37 beta 开始，用户可以在编辑器旁边的停靠栏中查看评论中的反馈。此停靠栏提供了注释与代码或文本之间的无缝导航，这样就可以轻松地根据反馈进行更改。此外，可利用进度条查看未解决的评论数，以缓解关于是否已解决所有反馈的焦虑。

GitHub 在该功能的细节上还做了如下尝试：

• 反馈“已解决”：可将停靠栏中的反馈标示为“已解决”。解决注释线程将使总进度条得到提升，这一举措为用户接近目标提供了视觉和心理上的双重满足感。
• 显示 diff 格式：停靠栏会显示评论周围的 diff 线，若想得知更多上下文，可单击 Open Diff 按钮查看整个拉取请求的 diff。
• 展开和折叠评论。
• 导航更改：使用高亮线条和 gutter 图标查看注释所属的代码行或文本行。单击 gutter 图标也会打开停靠栏并滚动到该评论。
• 检出与刷新：如果评论位于与检出分支不同的分支上，用户仍然可以看到评论，但无法跳转到该文件或将评论标记为已解决。要检出拉取请求分支，可使用停靠栏顶部的便捷 “Checkout” 按钮，在这里可以刷新获取新的评论。

在关于该功能事先进行的用户调查中，参与者表示很高兴可以有这样一种方法来解决评论中的反馈，而无需在 GitHub.com 和他们的编辑器之间反复切换。

根据被调查者的意愿，GitHub 还为评论停靠栏添加了表情评论的功能。也就是说，当你想表达某种语气或是潜台词时，可以使用 emoji 作为辅助，从而更好地交流。

不过，鉴于任何具有社交成分的功能都有被滥用的可能，GitHub 允许用户举报垃圾文本，并会将其在评论区中隐藏。

新功能现已可以通过下载 Atom 1.37 Beta 使用。