Tag: repository

不能用ungit创build仓库

安装ungit之后，我试着用模拟文件夹（testungit）来testing它。 我使用了ungit CLI，然后我有这个页面。 我想有这个页面来创build一个存储库。 在这个安装过程中，我有这些线： npm WARN engine forever-monitor@1.1.0: wanted: {"node":"0.8.x"} (current: {"node":"v0.10.29","npm":"1.4.14"}) > typechecker@2.0.8 preinstall /usr/local/lib/node_modules/ungit/node_modules/getmac/node_modules/extract-opts/node_modules/typechecker > node ./cyclic.js npm WARN engine hawk@0.10.2: wanted: {"node":"0.8.x"} (current: {"node":"v0.10.29","npm":"1.4.14"}) npm WARN engine boom@0.3.8: wanted: {"node":"0.8.x"} (current: {"node":"v0.10.29","npm":"1.4.14"}) npm WARN engine hoek@0.7.6: wanted: {"node":"0.8.x"} (current: {"node":"v0.10.29","npm":"1.4.14"}) npm WARN engine cryptiles@0.1.3: wanted: {"node":"0.8.x"} (current: {"node":"v0.10.29","npm":"1.4.14"}) npm WARN engine […]

Node.JS：使用多个Git存储库

我们有一个node.js项目，其中有几个跨越多个Git存储库的模块。 模块之间有依赖关系。 例如： common模块驻留在自己的存储库中。 execution模块驻留在一个单独的存储库中，并且对common的（npm）依赖。 因此， execution的目录结构包括（一旦execution npm install ）在node_modules下node_modules 。 我们的问题是，当开发人员在execution ，他们有时需要修改common 。 为了“看到”他们的变化，他们有我们目前使用的两个选项之一：修改node_modules/common （这是丑陋的，未跟踪的等），或修改common存储库，然后推+ npm安装他们的变化，而更清洁，是相当繁琐的）。 我们想知道的是，如果这个工作stream程有更好的select，