jQuery   发布时间:2022-04-19  发布网站:大佬教程  code.js-code.com
大佬教程收集整理的这篇文章主要介绍了javascript – 应该我的版本控制我的jQuery插件的最小化的版本?大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
假设我写了一个jQuery插件并将其添加到我的存储库(Mercurial在我的情况下).这是一个单一的文件,说 jquery.plugin.js.我正在使用BitBucket来管理这个存储库,其功能之一是“下载”页面.所以,我添加jquery.plugin.js作为下载之一.

现在我想提供我的插件的最小化版本,但我不知道最好的做法是什么.我知道它应该在jquery.plugin.min.js的“下载”页面上可用,但是每当我更新它以反映未最终版本时,我还应该对版本进行控制吗?

我看到的最明显的问题是控制最小化版本的版本是每当我对未最终版本进行更改时,我可能会忘记更新它.

那么,我应该是版本控制缩小的文件

@H_674_8@

解决方法

不,您不需要在源代码控制下保留生成的最小化版本.

生成文件添加到源代码控制(TFS)中时,由于TFS将本地文件设置为只读的方式,我们遇到问题.生成文件作为构建过程的一部分的工具会出现写入访问问题(这可能不是其他版本控制系统的问题).

但重要的是,所有的:

>工具
>脚本
>源代码
>资源
>第三方图书馆

您需要构建,测试和部署您的产品的任何其他内容都应该受到版本控制.

您应该能够从源代码控制(通过标签或修订版本号或等效文件)检出特定版本,并重新创建与该时间点完全相同的软件.即使在“新鲜”的机器.

构建不应该依赖于源代码管理下的任何内容.

脚本:构建脚本,无论是ant,make,MSBuild命令文件还是您使用的任何内容,以及您可能需要进行版本控制的任何部署脚本,而不仅仅是构建机器.

工具:这意味着编译器,最小化器,测试框架 – 您构建,测试和部署脚本工作所需的一切 – 都应该在源代码管理下.您需要这些工具的确切版本才能重新创建到一个时间点.

这本书’Continuous Delivery‘教给我这个课程 – 我强烈推荐它.

然我相信这是一个好主意 – 尽可能地坚持下Go – 有一些地方我不是100%肯定的.例如操作系统,Java JDK和连续集成工具(我们正在使用jenkins).

你是否练习持续整合?这是一个很好的方法来测试你以上所有的控制.如果在构建软件之前必须在ConTinuous Integration机器上进行任何手动安装,那么可能是错误的.

@H_674_8@ @H_674_8@

大佬总结

以上是大佬教程为你收集整理的javascript – 应该我的版本控制我的jQuery插件的最小化的版本?全部内容,希望文章能够帮你解决javascript – 应该我的版本控制我的jQuery插件的最小化的版本?所遇到的程序开发问题。

如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。