global.json中父相对目录的预期行为是什么？

Question

(现在提出DNX问题3206 ...)

DNX环境:1.0.0-rc1,Windows 10 x64.

想象一下,我有三个解决方案:

• 应用1
• 应用2
• 共同

这些解决方案中的每一个都有多个项目; 将所有项目都放在一个解决方案中是没有意义的,即使这样可以简化这一特定问题.

Application1和Application2中的各种项目依赖于Common中的项目.他们的project.json文件以正常方式表明依赖.虽然最终我想将工件从Common发布到NuGet服务器(内部或外部),但暂时从源代码构建所有内容是有意义的.

我可以通过编辑global.json(比如)Application1来做到这一点:

{
  "projects": [ "src", "test", "../Common/src" ], 
  "sdk": { "version": "1.0.0-rc1-final"  }
}

有了这个,我可以dnu restore 从Application1目录执行...但不能从根目录执行.(错误是"无法找到依赖关系'Common'> = 0.0.0-*".)我可以dnu restore Application1从根目录运行,但不仅仅是dnu restore.

我已经尝试了很多方法来引用Common src目录(包括"./Common/src","Common/src","../sort-name/Common/src"),但是没有任何喜悦然而.在每种情况下,我都会收到上面显示的错误消息.我尝试过使用,dnu -v restore但似乎没有提供任何关于哪些目录被探测为基于源的包的额外信息.

那么,如何应的"../Common/src"可在解决global.json？这是我所描述的开发场景的合理方法,如果是这样只是提交针对DNX的错误的问题？

Answer 1

当它开始dnu restore尝试global.json在当前或父目录中查找时,它不会按照您期望的方式工作,并从中读取项目路径.因此,在您的示例中,它不会读取任何内容,因为global.json它位于子目录中.

解决此问题的一种方法是global.json使用以下内容添加到根文件夹:

{
   "projects": [ "Application/src", "Common/src" ]
}

我会问一下这个场景,以及转移时是否会改变 dotnet cli