在Web开发中提交构建文件的优点和缺点

时间:2014-01-21 13:28:24

标签: git web github bower

很多人一直说在存储库中提交构建文件是一种不好的做法,但我发现不这样做会导致很多麻烦。

我还认为,鉴于构建文件在部署通用Web内容时提供的强大优势,我们必须重新考虑这一点。

一些背景说明:

  • 使用 git
  • 网络
  • 开发
  • 开发软件模块化,因此没有涉及巨型代码整体
  • 开发可重用性,并可能作为免费软件共享
  • 构建文件我的意思是 textual 文件,如编译的HTML,CSS或Javascript,而不是二进制文件

在此上下文中,提交构建文件 strong 简化了部署过程,只需使用静态服务器即可轻松部署,因此:

  • 轻松本地设置项目也适用于非技术性
  • 部署不需要构建依赖项
  • github gh-pages
  • 上轻松部署和演示
  • 使用bower
  • 引用存储库,使构建的资产可重用
  • 在团队成员之间轻松排查构建错误

configuring git in order to make built file handling more convenient的几种方法,并且不是偶然的,它们经常被使用样式编译器或javascript转换器的人使用。过去编译过的文件曾经是二进制文件,在这种情况下我可以同意不提交它们,但在Web开发中,我们每天都在构建大量的文本文件,它们在同一个git repo中的源代码是如此方便。

此时,如果找不到任何缺点,说提交构建的文件是不好的做法,这只是一个不合理的教条。

那么提交构建文件的实际缺点是什么?另一方面,优势是什么?


相关问题:

0 个答案:

没有答案