小编Tor*_*and的帖子

我已经制作了一个NuGet包,当我从C#项目中使用它时效果很好.它在lib/net40目录中包含一个DLL ,并且DLL被添加为引用.

现在NuGet支持C++,我如何实际修改我的包,以便可以在C++/CLI项目中将DLL添加为托管引用？我找不到任何解释这个的教程.如果我尝试按原样添加包,则会收到以下错误:

您正在尝试将此软件包安装到以"Native,Version = v0.0"为目标的项目中,但该软件包不包含任何与该框架兼容的程序集引用或内容文件.

有人会认为解决方案是将文件放在lib/native下,但根据http://docs.nuget.org/docs/reference/support-for-native-projects,这是不受支持的.此外,简单地将DLL直接放在lib下似乎没有做任何事情.

显然,我应该使用build/native下的文件.props或.targets文件来执行此操作,但是我需要将这些文件放入这些文件中以使其工作？

如果始终在合并功能分支之前同步功能分支.为什么你真的必须使用这个--reintegrate选项？

Subversion的书说:

然而,当将你的分支合并回主干时,基础数学是完全不同的.您的功能分支现在是重复主干更改和私有分支更改的混合,因此没有简单的连续修订版本可供复制.通过指定--reintegrate选项,您要求Subversion仅仔细复制您的分支特有的更改.(事实上​​,它通过将最新的树干树与最新的树枝树进行比较来实现这一点:产生的差异正是你的树枝变化!)

因此,该--reintegrate选项仅合并功能分支唯一的更改.但是如果你总是在合并之前进行同步(这是一种推荐的做法,为了处理功能分支上的任何冲突),那么分支之间的唯一变化就是功能分支独有的变化,对吧？如果Subversion尝试合并已经在目标分支上的代码,它就什么都不做,对吧？

在一篇博文中,Mark Phippard写道:

如果我们包含那些同步修订,那么我们合并回已经存在于trunk中的更改.这会产生不必要和令人困惑的冲突.

是否有一个例子表明何时放弃重新融合会给我带来不必要的冲突？

我编写了一个脚本,将一些测试数据插入到文档库中.我打算将它用作Visual Studio 2010中的部署后步骤,以便在收回和部署后库不为空.

脚本的相关部分是:

Install.ps1:

$scriptDirectory = Split-Path -Path $script:MyInvocation.MyCommand.Path -Parent
. "$scriptDirectory\Include.ps1"

$webUrl = "http://localhost/the_site_name"
$web = Get-SPWeb($webUrl)
...

Include.ps1:

function global:Get-SPSite($url)
{ 
    return new-Object Microsoft.SharePoint.SPSite($url) 
} 
function global:Get-SPWeb($url,$site) 
{ 
    if($site -ne $null -and $url -ne $null){"Url OR Site can be given"; return} 

    #if SPSite is not given, we have to get it... 
    if($site -eq $null){ 
        $site = Get-SPSite($url); 

    ...
} 

从命令行运行时,它工作正常,甚至在Visual Studio重新部署后立即执行:

powershell \source\ProjectFiles\TestData\Install.ps1

但是,当我在Visual Studio的SharePoint项目属性中使用与部署后命令行完全相同的命令时,它不起作用:

Run Post-Deployment Command:
New-Object : Exception calling ".ctor" with "1" argument(s): "The …

我已经构建了一个与公司内部网交互的简单单词addin.

出于某种原因,我似乎无法从其配置文件中获取插件来读取appSettings.

是否有一些基本的东西不允许办公室插件读取配置文件,如普通的.Net应用程序？

干杯