Tag: bower

JavaScript依赖关系pipe理：npm vs. bower vs. volo

你如何比较npm ， bower和volo ？ 所有这三个都可以用来为UI项目安装JavaScript依赖项。 我明白npm是更具体的节点。 那么，什么时候用什么？ npm仍然遥远，但是， bower和volo似乎正在解决完全相同的问题，尽pipe我无法在npm和bower-volo之间划出一条线。

Bower只使用https安装？

我试图在我们组织的数据中心的构build服务器上设置Bower，但是git的端口在数据中心的防火墙上似乎没有打开。 我可以使用git命令行客户端通过https://[repo]进行克隆，但不能使用git://[repo] 。 有没有一个开关或首选项，将指示凉亭执行git克隆使用https而不是git协议？ 我查看了源代码，并考虑更改parsing代码，以https://replacegit:// https:// ，但我想我会问到在这些长度之前。

bower init – amd，es6，globals和node之间的区别

我正在创build我的第一个Bower组件。 在运行bower init ，脚本问我“这个软件包暴露了什么types的模块？ 与这些选项： AMD ES6 全局 节点 这些选项有什么区别？

VS 2015 + Bower：在防火墙后面不起作用

问题 在Visual Studio 2015中，使用bower时，我的软件包在防火墙后面恢复失败，出现类似如下的错误： ECMDERR无法执行“git ls-remote –tags – heads git：//github.com/jzaefferer/jquery-validation.git”，退出代码＃-532462766 我已经更新了我的gitconfiguration使用http而不是git。 当我从命令行运行时，命令成功： 但Visual Studio或其组件之一似乎是使用git而不是http 。 背景和第一次尝试解决 使用Visual Studio 2015和Bower进行包pipe理。 当它不在防火墙后面时，它很好用，但是在防火墙后面，我不能使用git://协议。 解决scheme – 在许多其他地方logging在SO（ 例子 ），是运行： git config –global url."http://".insteadOf git:// 我做到了，现在我的git config -l看起来像： ore.symlinks=false core.autocrlf=true color.diff=auto color.status=auto color.branch=auto color.interactive=true pack.packsizelimit=2g help.format=html http.sslcainfo=/bin/curl-ca-bundle.crt sendemail.smtpserver=/bin/msmtp.exe diff.astextplain.textconv=astextplain rebase.autosquash=true user.name=Sean Killeen user.email=SeanKilleen@gmail.com url.http://.insteadof=git:// 但是，尽pipe如此，Visual Studio / npm不尊重我的configuration，或者使用旧的caching版本。 第二次尝试解决 根据npm问题上的这个线程 […]

NPM与Bower vs. Browserify vs. Gulp vs. Grunt vs. Webpack

我试图总结一下最stream行的JavaScript包pipe理器，打包器和任务运行器的知识。 请纠正我，如果我错了： npm ＆ bower是包pipe理者。 他们只是下载依赖关系，不知道如何自己构build项目。 他们知道的是在获取所有依赖关系之后调用webpack / webpack / grunt 。 bower就像npm ，但build立平坦的依赖树（不像recursion的npm ）。 这意味着npm为每个依赖获取依赖关系（可能会获取相同的几次），而bower期望您手动包含子依赖关系。 有时， bower和npm分别用于前端和后端（因为每兆字节可能在前端）。 grunt和gulp是任务运行器，可以自动执行所有可以自动化的任务（例如，编译CSS / Sass，优化映像，制作包并缩小/转储它）。 grunt与gradle （就像maven与gradle或者configuration与代码一样）。 Grunt基于configuration单独的独立任务，每个任务打开/处理/closures文件。 Gulp需要的代码量较less，基于Nodestream，这使得它可以构buildpipe道链（不重新打开相同的文件）并使其更快。 webpack （ webpack-dev-server ） – 对我来说，这是一个任务运行的热点重新加载的变化，让你忘记所有的JS / CSS的观察员。 npm / bower +插件可能取代任务跑步者。 他们的能力经常相交，所以如果你需要在npm +插件上使用gulp / grunt ，会有不同的含义。 但是对于复杂任务来说，任务运行者肯定更好（例如，“在每个构build中创build包，从ES6到ES5的转储，在所有浏览器模拟器上运行，通过ftp进行截图并部署到保pipe箱”）。 browserify允许为浏览器打包节点模块。 browserify vs node的require实际上是AMD与CommonJS 。 问题： 什么是webpack ＆ webpack-dev-server ？ 官方文档说这是一个模块打包器，但对我来说，这只是一个任务跑步者。 有什么不同？ […]