DotNet核心发布到文件系统结果bin目录repitition很深层次

使用Visual Studio 2015更新3和发布一个Web项目（Identity Server在这种情况下，但实际上不相关）会导致Debug目录的复制变得如此之深以至于文件系统不能再读取它。DotNet核心发布到文件系统结果bin目录repitition很深层次

PublishFolder /斌/发布/netcoreapp1.0/ 斌/调试/ netcoreapp1.0/bin中......

的netcoreapp1.0目录的每一个版本里面，有两个目录：上述bin其中重复了目录结构和具有基础项目的UI目录的复制的目录的。

这会持续很深的层次，我甚至无法使用Windows资源管理器或CMD来删除它。我必须使用一个独立的工具，如7Zip的文件管理器。另外，即使在删除级别时，我也无法将该目录复制到其他任何地方，因为它会失败，说明找不到删除的那些目录之一，即使在删除后复制/粘贴也是如此。

是否有一个脚本来处理发布，这会在Release目录中放置一个永无止境的Debug/netcoreapp1.0/bin ... repitition？（我也不知道它为什么在/ Release下发布/ Debug，但如果它不那么深，我可以忍受它。）

这个问题也出现在Debug配置文件中。但在那里，它更深入。问题是在Debug和Release目录从源代码目录中删除后，它也会持续/返回。而且，即使在重建之后，然后部署。在源代码目录本身中，在构建之后，它只有一层深度（例如，Release/netcoreapp1.0/bin/debug/netcoreapp1.0/bin），但是在发布时，它是多层深的。

更新：看来，发布后，我可以简单地从根目录删除/ bin目录，并且所有东西仍然可以正常工作，很好的部署后。这个目录应该首先部署吗？

来源

2016-11-25 Greg

发现这样的东西？ – markmnl

没有。抱歉。仍然没有信息。仍然是一个问题。我很确定我配置了错误的东西，但我不确定从哪里开始寻找。 – Greg

同样的事情发生在我身上：S – markmnl

发现本节的后The basics of publishing your .NET Core web app

在projects.json文件标题为“超越无限”，如果你使用通配符包括所有.cshtml文件（如**.cshtml），发布将寻找应用程序文件夹中的所有.cshtml文件，包括已发布到bin文件夹的文件。进一步的发布会在bin文件夹中找到嵌套的.cshtml文件并继续嵌套这些文件。在我project.json文件，我改变了我的publishOptions这样：

"publishOptions": { 
    "include": [ 
    "Views/**/*.cshtml", 
     ..., 
     ... 
    ] 
},

来源

2016-12-28 18:28:52 jtlowe

DotNet核心发布到文件系统结果bin目录repitition很深层次

回答

相关问题