Javascript 为什么要在服务器上构建一个普通的应用程序？

我的问题更多地是关于战略方针，而不是实际执行

基本上我想知道为什么我们要在服务器上构建我们的应用程序？我所说的构建是指获取组件（npm安装和bower安装）并完成所有concat和minify的工作

我正在尝试创建我的构建系统，到目前为止，我一直在使用John Papa的构建系统版本，但是我的构建在服务器上花费的时间越来越长。那么，仅仅在本地构建所有内容并将其部署到服务器上难道没有意义吗？还是我遗漏了什么

---

谢谢

构建不应该在运行时进行。部分正确，先构建，然后部署创建的工件

但关键的想法是持续整合到位。这意味着构建服务器不在您的本地计算机上，它从SCM获取代码，构建代码，运行测试，创建可部署工件，并将其存储在某个工件存储库（例如npm注册表）中

如果您更进一步，并且您还自动将工件部署到非产品环境中，那么您将开始挖掘连续交付空间

如果此构建和部署管道在每次提交时都将工件安装到PROD中，那么您的连续部署正在工作

编辑-对评论的反应：

主要思想是让它连续。这意味着，完整构建是定期启动的，最好是每次提交/git推送

如果在您的本地机器上配置了此功能，并且您是一个人商店，那么这可能很好。但当我在空闲时间玩各种项目时，我发现对于我的本地机器来说，基于每个提交的构建都可能是资源密集型的，把这个责任留给一些第三方服务（特别是在免费的情况下）是很方便的

有很多针对CI服务器的在线解决方案。 我成功地使用了它。给了你詹金斯。对于开源项目，它们是免费的

---

如果你的项目不是开源的，你需要花一些钱在上面，但是对于一个人的项目来说应该是便宜的。

是的，CI是一个好主意，但是在有大量时间使用它的大团队中。我在大型团队中工作过，有CI，我同意这很好，但目前我在solopreneur领域，我没有资源来正确部署CI解决方案并维护它。