您的一天不需要更多的时间…
在团队或开放源代码设置中,已将使用“拉取请求”作为开发软件的标准。 贡献者“请求”一组变更,以供团队中的一个或多个成员批准,以支持代码库的健康发展。 但是,编写正确的请求类型对于您的团队提高生产力和效率至关重要。 让我们大胆地将活动划分为两组,大多数软件工程师作为普通的技术公司或创业公司的个人贡献者度过他们的工作日: 看起来并不自然,但是您的团队可以通过简单地生成更好的“拉取请求”来减少第二组活动的时间。 当你看到它的时候你就知道了。 一系列看起来很不错的变更,包装精美,包含完成工作所需的所有信息。 即将到来的更改可能并不简单,但它的审核非常简单:清晰,美观,并使您内部温暖而模糊。 审查更简单快捷 在出色的“拉取请求”中,审阅者不会浪费时间弄清楚即将到来的变更或功能的背景,原理和含义。 尽管对于小型团队而言,上下文设置可能不是一个大问题,但对于中型和大型团队而言,这绝对是不同的,在这种情况下,无法跟踪其他所有人当前正在从事的工作的细节。 分享并推动知识增长 每当引入设计模式,技术,技巧或最佳实践时,“ Great Pull Request”要比您的一般博客文章更好。 审稿人获得了一个非常实用的上下文案例研究,用于关联抽象概念或技术。 审稿人不仅推动增长,而且作者还被迫进一步研究,以支持并证明其拟议变更的策略和后果。…