在我阅读的所有以科技为主题的年度回顾文章中，Guillermo Rauch 的 是我最喜欢的。其中涵盖了大量的主题，从现代架构、特定应用程序的点赞，到哲学运动。
我将挑选一段关于“部署预览”兴起的引言：
一个显著的特征是我们正在见证从代码审查向部署预览的转变。
代码审查无疑非常重要（特别是快速代码审查），但没有什么比团队通过共享正在开发的实际网站的 URL 并直接体验它们更有效了。
为每个推送到每个分支（至少为每个拉取请求¹）提供一个 URL 至关重要。这不仅仅是“预发布”。它更像是超级预发布，而 Jamstack 使其成为可能。Netlify 和 ZEIT 都自动执行了此操作。
它不仅可以帮助作者（及其同事）检查生产副本中的更改，还可以帮助大量自动化工具针对这些 URL 运行，从而实现更加稳定的开发工作流程。
- GitHub 将它们称为“拉取请求”，但我同样使用 GitLab，它将它们称为“合并请求”，因此我从不知道该写哪个。 “拉取/合并请求”充其量很尴尬，最糟糕的是让人困惑。我很少使用 Bitbucket，但它们在那里被称为拉取请求。我想我会让这种趋势决定，从现在开始就说拉取请求吧。