Visual studio 2015 DotNet Core发布到文件系统会导致bin目录在多个层次上的重复

使用Visual Studio 2015 Update 3并发布web项目（本例中为Identity Server，但实际上并不相关）会导致调试目录的复制深入到文件系统无法再读取的程度

PublishFolder/bin/发行版/netcoreapp1.0/bin/Debug/netcoreapp1.0/bin

在netcoreapp1.0目录的每个版本中，都有两个目录：前面提到的重复目录结构的bin和一个复制了基本项目UI目录的UI目录

这种情况持续了很多层，我甚至不能使用Windows资源管理器或CMD来删除它。我必须使用单独的工具，如7Zip的文件管理器。此外，即使在删除这些级别时，我也无法将该目录复制到其他任何地方，因为它随后会失败，说明它找不到已删除的其中一个目录，即使删除后使用了“复制/粘贴”

是否有处理发布的脚本，该脚本将放置一个无休止的调试/netcoreapp1.0/bin。。。在发布目录中重新发布？（我也不知道为什么它会在/Release下发布/Debug，但如果不是那么深，我可以接受。）

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

更新： 似乎在发布后，我可以简单地从根目录中删除/bin目录，并且在部署后一切仍然正常。是否应该首先部署此目录？

在帖子中找到了标题为“到无穷远”的部分

在projects.json文件中，如果使用通配符包含所有.cshtml文件（例如

**.cshtml

），publish将查找应用程序文件夹中的所有.cshtml文件，包括已发布到bin文件夹的文件。进一步发布将在bin文件夹中找到嵌套的.cshtml文件，并继续嵌套这些文件。在我的project.json文件中，我将我的

publishOptions

更改为：

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

---

找到什么了吗？没有。很抱歉还是没有消息。还是个问题。我很确定我配置了一些错误的东西，但我不确定从哪里开始寻找。同样的事情发生在我身上：这里也是SSame。