Junyuan
Junyuan
Same here, would like to provide a Chinese version of this documents.
My version remains 0.
will work on this weekend Junyuan, Teambition > On Aug 14, 2014, at 10:16 AM, alavers [email protected] wrote: > > +1 > > — > Reply to this email directly...
@jiyinyiyong Bower的管理还是有意义的，代码的模块化封装可以促进合作，然后其他人就无需关心这里面的改变，仅仅在必要时运行bower update就可以拿到最新的包来用。举例来说，我们在teambition是这样实践的：我们的设计团队承担了打造teambition UI kit的任务，js工程师在使用时简单地bower install teambition-ui就可以使用最新的设计，他就完全无需去关心ui方向的改变。
@island205 thanx=) @jiyinyiyong 目前尚且属于测试，很抱歉带来这种问题（btw prettify那个情况是这样，我们用了google的代码高亮，但是因为比较大，就在require上封了一次lazy load，结果学艺不精，稳定性很差）； 我们确实是重度使用node，如果感兴趣可以多聊聊=）但是，在必要的环节还是使用了python和ruby做一些fallback。
@jiyinyiyong bower只能算是包管理，在他的定义下，包和git repos比较像... tj有一个项目叫[component](https://github.com/component/component) 也是在做web的包管理 我觉得你想要的是专门用来管理js lib的依赖的东西么？类似underscore，backbone这样的lib？我其实同样有这样的痛苦，每次都不知道拿来的lib是不是amd-ready的，自己改的话更新的时候又麻烦。
@jiyinyiyong yeoman是这么回事 他最近在从0.9升到1.0 但是变化很大 于是doc就跟不上了
@island205 yeoman确实很好，我们用过一阵子，但是后来我们自己对backbone的定制程度太高了，他的generator已经不够用了，就自己写了一些bash。
@jiyinyiyong 自动化，并且能保持一定的规范