【问题标题】:Git: Storing but not pulling LESS filesGit:存储但不提取 LESS 文件
【发布时间】:2014-08-26 04:02:15
【问题描述】:

我最近开始使用 LESS,当我对 Jenkins 和 Grunt 等自动化构建器进行了一些研究时,似乎一个常见的建议是不要将 LESS 文件存储在 repo 上,或者不要将它们放在实时服务器上,只是编译后的 CSS。

所以我希望在这方面得到一些建议。由于 LESS 文件似乎是项目的一部分,因此存储它们是必要的。但是在实时服务器上不要有额外的随机文件是有意义的。每次构建都删除它们似乎是错误的方法,而且很耗时。我想我可以让自动化构建器为我做这件事,虽然我还不知道怎么做。最直接的方法似乎是一开始就不要把它们拉下来。

或者我是否以错误的方式考虑回购?我是否应该使用不同的文件存储介质来存储 LESS 文件和其他文件?我已经没有将我的 PDF 存储在 repo 上,我应该对待 LESS 一样吗?我应该如何存储这些文件?

【问题讨论】:

    标签: git jenkins gruntjs less


    【解决方案1】:

    冲突来自聚合源管理和发布管理:您使用相同的引用:

    • 存储源(您可以从中构建发布,包括已编译的 CSS 文件),
    • 和部署(发布过程的一部分)

    文章“The Ideal LESS Workflow with git”建议使用预提交挂钩以确保 css 始终与 LESS 更改同步,但这意味着将生成的内容存储在 git repo 本身中。

    我宁愿:

    • 推送到一个裸仓库
    • 有一个接收后挂钩,它将:
      • 签出目标文件夹(实时站点)中的裸仓库
      • 构建编译好的css(用lessc压缩)
      • 删除所有较少的文件

    【讨论】:

    • 感谢您的想法。您是否建议手动执行此操作?
    • @RhoVisions 不,我建议编写一个接收后挂钩脚本(使用您选择的语言),它将签出、构建和删除,以获得预期的目标活动文件夹。
    • 啊,好吧,以前从来没有这样做过,所以我想它应该去研究了。
    • @RhoVisions post-receive 挂钩的结帐部分在stackoverflow.com/q/10507942/6309 中进行了说明,在stackoverflow.com/a/23048260/6309stackoverflow.com/a/12740518/6309 中也进行了说明
    • 如果您的 LESS 文件不是源代码的一部分(仅 CSS),那么您如何管理不同开发人员之间的 LESS 源代码更改?还是我理解错了你的答案?
    猜你喜欢
    • 2023-03-26
    • 1970-01-01
    • 1970-01-01
    • 2014-01-14
    • 1970-01-01
    • 2015-04-07
    • 2012-02-02
    • 1970-01-01
    • 2017-02-01
    相关资源
    最近更新 更多