Milligram: 在 bower 包中包含 src

创建于 2016-05-03  ·  7评论  ·  资料来源: milligram/milligram

目前凉亭包不包括 src 文件夹。 这意味着我们不能使用 sass + gulp 来自定义毫克输出。 例如,我可能想要放弃网格和代码以获得更小的输出,并且我可能想要对颜色变量进行更改。 这目前是不可能的,因为我必须使用的唯一两种途径是通过 bower 的 css 或通过 CDN 的 css。

improvement

最有用的评论

还请在 npm 包中包含 src 文件夹:)。

所有7条评论

@cjpatoilo这应该贬值所有milligram/milligram-*包,因为这些包没有得到维护。

@roryprimrose @clayreimann这个月我会安排房子让一切井然有序。
谢谢你的关注,我喜欢。

还请在 npm 包中包含 src 文件夹:)。

@roryprimrose @clayreimann @TimonVS我选择为每个预处理器(less、sass、stylus ..)创建独立的模块来优化使用,保持主存储库使用纯 CSS。 我正在考虑将每个人都保存在一个存储库中的解决方案,但我不知道它可以在多大程度上真正帮助或进一步使 Milligram 的使用复杂化。 你怎么认为?

@cjpatoilo我认为最好的方法是在 sass/less/scss/whatever 中编写一次,然后在dist/不同目录中提供转译版本。

大多数人会将它拉到他们的构建服务器上,然后将它重新编译/扁平化到他们的样式表包中,因此永远不会注意到额外的 ~100kb 来下载所有变体。 对于只想要编译的 CSS 的人,他们可以使用githubcdnnpmcdn在客户端将其拉下来。

这样做的好处是一切都将始终在各种标记语言之间保持同步。

我完全同意@clayreimann。 将所有内容保存在一个 repo 中也将使贡献者更容易做出贡献(而不是必须为多个不同的 repo 做出贡献)。

@roryprimrose @clayreimann @TimonVS对不起大家!!! 我出去很久了。 这几天我正在更新所有存储库,一切都会恢复正常。

顺便说一句,您对可维护性有理由,它肯定会小得多。 但我会为每个预处理器保留与特定存储库相同的流程。 现在我将关闭此请求,但如果有任何疑问,我将再次重新打开此问题。

此页面是否有帮助?
0 / 5 - 0 等级

相关问题

equinusocio picture equinusocio  ·  14评论

PurpleBabar picture PurpleBabar  ·  6评论

swalberg picture swalberg  ·  6评论

luisaceituno picture luisaceituno  ·  6评论

fooksupachai picture fooksupachai  ·  5评论