1. 提高自动化水平
远端构建通常需要借助一定的 CI 工具，比如 Github Actions 、Travis CI 等。如果是内网环境，可以借助 GitLab CI ，添加一个 CI 节点进行自动化构建，可以参考 我的 GitLab 文档 。
自动化的好处不言而喻，能规范流程、节约大量时间，具有明显的收益。
2. 有利于其他人参与
高配的本地开发环境容易产生大量碎片化、不可复制的配置。这些配置有的用于项目参数，有的用于开发调试，有的用于构建编译。如果换一台机器或者换一个人进行开发，会带来极大的成本。
这些配置也是项目的一部分，开发人员需要提供一种可复用的方式分享给其他人。项目不应该与某个人或某台机器绑定在一起，能集体参与是保持项目活力的关键因素之一。
3. 版本可追溯、可复现
版本的一次发行需要很多准备工作。在代码层面，除了新建 Branch、Tag ，还有一件很重要的事情是，保证版本的可追溯、可复现。
在继续发行了很多版本之后，很有可能需要针对之前的某一个版本进行修复。即使宣布了支持的版本范围，也需要考虑社区友好，如果是重要的商业用户需要，也会突破支持的版本限制。最终的结果就是，不得不修复。
版本的可追溯、可复现指的是，在若干版本之后，将仓库代码回到某条记录，使用工具能将版本打包出来。因此，构建机器的相关配置也是项目的一部分。
4. 更低的成本
相较于每人一台高配的开发机，共用一台高配的开发机成本更低。本地的环境应该更多用于编辑、调试，而不是编译、发行版本，超过需求配额的机器是不必要的。
5. 适合远程办公
非集中式的办公时间容易被打断，工作场地不稳定，另外开发设备的安全也是需要考虑的方面。这种情况下，更多的工作应该交给远端，减少因工作环境发生变化而产生的成本。使用一些 SaaS 管理信息流，使用远端主机自动化完成一些工作十分有必要。在很短的有效工作时间片段里，我们只完成具有创造性的编辑工作，提交即可。剩下的事情，交给远端自动化工具帮你完成。
