不错不错，福利也很好

参照 http://blog.cocoapods.org/Repairing-Our-Broken-Specs-Repository/

libgit2的bug


```
rm -fr ~/.cocoapods/repos/master
```

@iwege 所以web领域都没有做套嵌树的模块管理。和node一样的模块管理方式更适合于文件系统，比如node, node-webkit也是这样，不用考虑overhead。像插件更是需要进行模块独立，即使有overhead也是在能不用共享的情况就不使用共享，而自己打包。这个是符合谁使用谁负责的原则的。外层不应该关系内层的实现。

web上的模块管理，cortex都是采用扁平化的，cortex的build的模块也不会包含依赖的重复代码，只会包含自己本身的代码。

d
| - a
| - b
| - c

a依赖于b这个信息都是模块自己申明而不是靠将b整体打包到a中实现, 只要版本兼容，d只会获取a,b,c各一份, 像之前说到的重复就不存在。但这种方式在其他的包管理下会存在冲突的可能，因为b只有一个。

虽然js是开源的，但是每次使用模块都需要用户去自己处理，选择代码甚至修改源码，比如我写d我需要去处理b里面的代码是很奇怪的,就像开发atom的packages的时候如果还要关心别的packages用了哪些依赖一样。

@iwege 关于模块依赖，cortex的方案可以参考博客http://cnblog.ctx.io/post/91333512673/cortex.

非js的依赖其实依赖管理和js的一样已经解决，但非js层面的依赖问题主要在于页面如何按需载入以及如何避免冲突,css里面的资源又如何处理, 这方面实际上大家都还在探索，没有一个满足所有需求的方案。cortex目前也是在管理还依赖的情况下，提供了周边的工具来实现css在html页面的注入。

关于第三点, 不知道共享是指哪个方面，打包现在开发好的cortex项目，本地一个静态服务就可以跑起来，发布打包也就是把cortex install/build之后的项目文件打包好就是一个独立的站点了,比如现在的几个examples都是这么做的。

关于大小写，之前也碰到过，确实需要处理，至于是要像requirejs里面一样是两个独立的，还是统一成小写，这个还希望大家参与讨论, 可以到https://github.com/cortexjs/neuron-builder/issues新建issue.

因为如果是有文件名大小写的不同内容也不同的文件，在windows和mac里面本身这个模块里面的文件就会被自身覆盖, 从而导致出问题。

代理的问题现在还不支持，已经提到issue: https://github.com/cortexjs/neuropil/issues/52

有想法和建议，欢迎提issue～

@chemzqm component用github做registry name/repo最后就弄的很复杂，而且在公司里面的生产环境就没法用了，不能直接用github也没法自己搭registry

demo项目: http://cortexjs.github.io/todos.backbonejs/, http://cortexjs.github.io/autocomplete/

欢迎查看demo, 和bootstrap, jquery, backbone这些框架都轻松集成哦