我的Web2解决方案无法编译,因为有些包托管在与解决方案其余部分不同的目录结构中,我删除了该结构和相应的“包”文件夹。
我用的是更新-打包-重装
希望这能解决问题...但是,它仍然在构建时显示以下错误消息:
This project references NuGet package(s) that are missing on this computer. Use NuGet Package Restore to download them. For more information, see http://go.microsoft.com/fwlink/?LinkID=322105. The missing file is ..\packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props
现在,据我所知,所有的参考资料都应该是好的,包。config表示:
<package id="Microsoft.Net.Compilers" version="1.0.0" targetFramework="net45" developmentDependency="true" />
并且目录结构存在
--Solution Dir
|-- packages
|--Microsoft.Net.Compilers.1.0.0
我试着更新了包,得到了1.3.2版本,但是错误信息还是一样,即1.0.0版本丢失。
很明显,在某个地方到处都有这种说法——但我不知道从哪里开始寻找。我假设路径中的..\packages指示它正在外部目录位置中查找包(其中一个是原始包所在的位置)
有什么想法吗?
更新:
我将packages文件夹复制回它在解决方案目录之外的原始位置....这个问题还没有解决。所以也许这根本就不是问题所在。
然而,错误消息仍然报告了一个丢失的NuGet包,看起来它实际上是存在的。
这个StackOverflow答案让我开始走上正轨,一旦我Google了错误消息,在包位置前面没有…\
https://stackoverflow.com/a/32296184/1286358
然后我不得不仔细检查并添加几个丢失的参考文献——大概是因为在我试图修复这个问题时,我已经删除了它们,然后没有重新引用它们。
当我尝试构建我的解决方案时,我得到以下错误消息: 严重性代码描述项目文件行禁止显示状态错误此项目引用了此计算机上缺少的NuGet包。使用NuGet包还原来下载它们。如需详细资讯,请参阅http://go.microsoft.com/fwlink/?LinkID=322105.遗失的档案是..\包\Microsoft。net . compilers . 1 . 1 . 1 \ build \ Mic
主要内容:什么是目录?什么是目录? 目录可以被定义为磁盘上相关文件的列表。 该目录可以存储一些或整个文件属性。 为了在不同的操作系统上获得不同文件系统的好处,可将硬盘划分为不同大小的分区数。 分区也称为卷或小型磁盘。 每个分区必须至少有一个目录,其中可以列出分区的所有文件。 为目录中的每个文件维护一个目录条目,该目录存储与该文件相关的所有信息。 一个目录可以被视为一个文件,其中包含一堆文件的元数据。每个目录都支持文件上
根目录 在 sbt 术语中 “根目录”是一个包含项目的目录,所以如果创建一个 hello 项目将包含 hello/build.sbt 和 hello/hw.scala 在 hello world 项目例子中,其中hello是根目录 源代码目录结构 源代码可以放到项目的根目录类似于 hello/hw.scala , 但是在真正的项目很少利用这样的代码结构,这样会使项目变得混乱, sbt 的项目目录结
Jekyll 的核心其实是一个文本转换引擎。它的概念其实就是:你用你最喜欢的标记语言来写文章,可以是 Markdown, 也可以是 Textile, 或者就是简单的 HTML, 然后 Jekyll 就会帮你套入一个或一系列的布局中。在整个过程中你可以设置 URL 路径,你的文本在布局中的显示样式等等。这些都可以通过纯文本编辑来实现,最终生成的静态页面就是你的成品了。 一个基本的 Jekyll 网站
YOG2 将传统的一站式开发分解为了 yog2 project 与 yog2 app,yog2 project 是基础的运行框架,负责中间件初始化和建立基础环境。yog2 app 是应用的业务代码,每一个 app 都是一个独立的子项目,包含了这个子项目中所有的前后端代码。当项目的业务较简单时,也可以只使用一个 app 来管理代码。 一个完整的 YOG2 目录结构应该类似 ├─home │ ├─c
API服务通常使用.proto文件来定义API接口,并通过.yaml文件来配置API服务。 每个API服务都必须在API仓库中有一个API目录,其中包含其定义文件和构建脚本。 API目录应该具有以下标准布局: API目录 配置文件 {service}.yaml - 主服务配置文件,它是google.api.Service proto消息的YAML表示形式。 prod.yaml - 生产环境增量服务