Question

确切地说,<代码>HintPath在.csproj文档和之间有何区别。 ReferencePath in a .csproj.user file? 我们再一次试图承诺达成一项公约,使依赖性低土地的人处于“释放”的状态,所有项目都特别释放。由于不同的开发商拥有不同的多重结构,相对的参考资料赢得了拖拉工作,因此我们形成了一种利用环境变数的办法,该变数指特定开发商的排放量,从而形成一种绝对的参考。因此,在添加提及之后,我们人工编辑项目文件,以改变使用环境变量的绝对道路的提法。

我已注意到,可以通过<代码>HintPath和ReferencePath来做到这一点,但我可以发现两者之间的唯一区别是:HintPath在项目装入电算法时,可在建筑时间解决,。我并不真正确定这些影响是什么。我注意到,VS有时重写了.csproj.user,我必须改写,但我不敢肯定会引发什么。

我听到说,最好不要在<代码>.csproj.user档案中检查,因为这一文件涉及用户,因此,我只想这样做,但我也听说,如果同一DL,例如位于项目产出目录中,那么-specised DLL isn t “guaranteed”。这方面的任何想法?

Answer 1

根据这一MSDN博客:https://blogs.msdn.microsoft.com/manishagarwal/2005/09/28/remov-file-viss-in-team-build-part-2/

建造时有搜查令。搜查令如下:

Files from the current project – indicated by ${CandidateAssemblyFiles}.
$(ReferencePath) property that comes from .user/targets file.
%(HintPath) metadata indicated by reference item.
Target framework directory.
Directories found in registry that uses AssemblyFoldersEx Registration.
Registered assembly folders, indicated by ${AssemblyFolders}.
$(OutputPath) or $(OutDir)
GAC

因此,如果在<HintPath上找到所希望的组装,但可在ReferencePath上找到替代组装,则将选择ReferencePath 组装到HintPath。

Answer 2

www.un.org/Depts/DGACM/index_spanish.htm 见Microsoft.Common.targets。

这个问题的答案载于您目标框架版本的<代码>Microsoft.Common.targets。

关于4.0版(和4.5 !)大会SearchPaths-element的定义类似:

    <!--
    The SearchPaths property is set to find assemblies in the following order:

        (1) Files from current project - indicated by {CandidateAssemblyFiles}
        (2) $(ReferencePath) - the reference path property, which comes from the .USER file.
        (3) The hintpath from the referenced item itself, indicated by {HintPathFromItem}.
        (4) The directory of MSBuild s "target" runtime from GetFrameworkPath.
            The "target" runtime folder is the folder of the runtime that MSBuild is a part of.
        (5) Registered assembly folders, indicated by {Registry:*,*,*}
        (6) Legacy registered assembly folders, indicated by {AssemblyFolders}
        (7) Resolve to the GAC.
        (8) Treat the reference s Include as if it were a real file name.
        (9) Look in the application s output folder (like bindebug)
    -->
<AssemblySearchPaths Condition="  $(AssemblySearchPaths)  ==   ">
  {CandidateAssemblyFiles};
  $(ReferencePath);
  {HintPathFromItem};
  {TargetFrameworkDirectory};
  {Registry:$(FrameworkRegistryBase),$(TargetFrameworkVersion),$(AssemblyFoldersSuffix)$(AssemblyFoldersExConditions)};
  {AssemblyFolders};
  {GAC};
  {RawFileName};
  $(OutDir)
</AssemblySearchPaths>

对“网络框架3.5”的定义相同,但该评论是错误的。 2.0项定义略有不同,使用(OutputPath)而不是(OutDir)美元。

在我的机器上,我有以下版本的微软文档。共同目标:

C:WindowsMicrosoft.NETFrameworkv2.0.50727Microsoft.Common.targets
C:WindowsMicrosoft.NETFrameworkv3.5Microsoft.Common.targets
C:WindowsMicrosoft.NETFrameworkv4.0.30319Microsoft.Common.targets

C:WindowsMicrosoft.NETFramework64v2.0.50727Microsoft.Common.targets
C:WindowsMicrosoft.NETFramework64v3.5Microsoft.Common.targets
C:WindowsMicrosoft.NETFramework64v4.0.30319Microsoft.Common.targets

这是2008年、2010年和2013年视像室安装在视窗7上。

产出目录被检索的事实可能是一种微薄的疏漏(如原来的海报所示),因为它可能掩盖不正确的健康。解决办法建立在你的当地机器之上,但当你在干净的双倍结构(例如建筑机器)的基础上发展时,便会中断。

Answer 3

我本人的经验是,最好坚持两种集会的提法:

A local assembly in the current build directory
An assembly in the GAC

我发现(如你所描述的)其他方法过于容易破碎,或无法满足维修要求。

我不希望全球艾滋病理事会参加的任何集会,都必须生活在执行指南中。任何装 t或装 t的组装(由自动建筑活动管理)。

这给我带来了迄今为止的任何问题。虽然我确信那里有工作不便的情况,但解决任何问题的通常办法是“看看看看看,看看看看GAC”。 8 D

希望帮助!

Answer 4

尽管这是一份老的文件,但它帮助我解决了在另一台机器中忽视HintPath的问题。这是因为参考的DLL也需要控制来源:

摘录:

To include and then reference an outer-system assembly
1. In Solution Explorer, right-click the project that needs to reference the assembly,,and then click Add Existing Item.
2. Browse to the assembly, and then click OK. The assembly is then copied into the project folder and automatically added to VSS (assuming the project is already under source control).
3. Use the Browse button in the Add Reference dialog box to set a file reference to assembly in the project folder.

友情链接