这里真的有两个问题。
1）应该手工完成缩小还是作为构建的一部分完成？
2）缩小的文件应该是版本控制的吗？
我正在尝试为我正在进行的当前项目定义一个前进路径。我已经做了一些速度评估，我相信我的当前站点可以通过添加一些压缩/缩小来大幅提升性能
这是基本设置
IBM Commerce 6.0
大量的js文件（没有任何缩小或压缩的文件）
大量的css文件（没有任何缩小或压缩）
答案 0 :(得分：4)
应该手工完成缩小还是作为构建的一部分完成？
作为构建的一部分。这样你就不会忘记这样做。您通常不需要在开发环境中使用缩小代码，如果您发现需要调试仅在缩小代码中显示自身的问题，则可以手动构建。
您可以在登台服务器上测试缩小的代码。
缩小的文件应该受版本控制吗？
不是您的源代码管理。如果你有一个历史建筑文物的档案，那么它们应该是其中的一部分。
答案 1 :(得分：1)
一切都取决于。
有时根据配置设置动态完成此操作非常有用。例如，如果您正在部署到测试环境并且已经缩小了JS并发现了仅在该环境中发生的错误，则轻弹一个开关通常很方便，因此您的应用程序开始提供未缩小的源文件以进行调试。 / p>
答案 2 :(得分：-2)
你可以使用可以缩小和压缩你的JS和CSS的smartoptimizer
并且可以缓存此文件直到文件中没有更改。
这个网站项目之一是关于使用php缩小和压缩js或CSS。这个程序的优点是检测js和css然后缩小和压缩。如果js或css更改此程序检测它并更新minify和压缩文件