Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/ms-access/4.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Realm 由于包位置不同,生成失败_Realm - Fatal编程技术网

Realm 由于包位置不同,生成失败

Realm 由于包位置不同,生成失败,realm,Realm,我是RealmDB的新手,尝试将其集成到我们的移动应用程序中(使用Visual studio的Xamarin.Ios) 我已经将nuget添加到PCL项目以及可执行项目中 生成时,生成失败,并显示以下消息: 1>C:\Projects\CoachApp-Fork\ExternalPackages\Realm.0.74.1\build\Realm.targets(6,5): error MSB3030: Could not copy the file "C:\Projects\CoachAp

我是RealmDB的新手,尝试将其集成到我们的移动应用程序中(使用Visual studio的Xamarin.Ios)

我已经将nuget添加到PCL项目以及可执行项目中 生成时,生成失败,并显示以下消息:

1>C:\Projects\CoachApp-Fork\ExternalPackages\Realm.0.74.1\build\Realm.targets(6,5): error MSB3030: Could not copy the file "C:\Projects\CoachApp-Fork\Build\Solutions\packages/Realm.0.74.1/tools/RealmWeaver.Fody.dll" because it was not found.
领域中似乎有一个构建任务试图复制dll,但是在我们的解决方案中,nuget包位于不同的位置(通过nuget.Config配置)


有没有办法解决这个问题?我不能简单地更改nuget包的位置,因为构建服务器依赖于此…

这是我的聪明把戏,你打破了

问题是Fody的DLL的位置非常有限,但是Xamarin模板有两个不同的相对包目录位置,这取决于您有一个多目标项目。(我认为这是在2015年某个时候对每个解决方案缓存包的改进。)


您是否可以将自己的手动复制步骤放到构建中,至少现在是这样,以便提前将其放到构建中?我意识到这不是一个最佳的解决方案,但可能是一个创可贴。

< P>这是<强>我的“/强”你打破的聪明伎俩! 问题是Fody的DLL的位置非常有限,但是Xamarin模板有两个不同的相对包目录位置,这取决于您有一个多目标项目。(我认为这是在2015年某个时候对每个解决方案缓存包的改进。)


您是否可以将自己的手动复制步骤放到构建中,至少现在是这样,以便提前将其放到构建中?我意识到这不是一个最佳的解决方案,但可能是一个创可贴。

嘿,安迪,谢谢你的回复,我想我可以试试看,把DLL放在那里。但是领域构建脚本不会尝试复制dll吗?啊,现在我想我明白了。您建议将fody dll放入/solutiondir/packages。。。脚本运行前的文件夹,对吗?我也可以通过将dll放入源代码控制来实现这一点(不会让技术开发负责人太高兴:-)。但你认为你能很快解决这个问题吗?@ccgre是的,我建议把它放在我们的步骤希望复制的地方。为了让事情继续下去,这真是一个丑陋的妥协。除此之外,我们还必须在流程中设计一些可配置性,这很尴尬,因为我们已经删除了大约两个步骤-Fody nuget安装程序作为我们的依赖项被调用,并且我们无法在OS X上运行我们的清理脚本。我尝试过在构建服务器上运行它,但失败了。我不知道为什么,但当它试图将realm weaver dll复制到/Tools时,我会出错。无论如何,我现在会回到sqlite解决方案上来,因为我浪费了很多时间。但是,当这个问题解决后,我很乐意去realm。嘿,andy,谢谢你的回复,我想我可以试试,自己把dll放在那里。但是领域构建脚本不会尝试复制dll吗?啊,现在我想我明白了。您建议将fody dll放入/solutiondir/packages。。。脚本运行前的文件夹,对吗?我也可以通过将dll放入源代码控制来实现这一点(不会让技术开发负责人太高兴:-)。但你认为你能很快解决这个问题吗?@ccgre是的,我建议把它放在我们的步骤希望复制的地方。为了让事情继续下去,这真是一个丑陋的妥协。除此之外,我们还必须在流程中设计一些可配置性,这很尴尬,因为我们已经删除了大约两个步骤-Fody nuget安装程序作为我们的依赖项被调用,并且我们无法在OS X上运行我们的清理脚本。我尝试过在构建服务器上运行它,但失败了。我不知道为什么,但当它试图将realm weaver dll复制到/Tools时,我会出错。无论如何,我现在会回到sqlite解决方案上来,因为我浪费了很多时间。但当这个问题解决后,我会很高兴地进入领域。