【问题标题】:Current type of the build action from Visual Studio - Microsoft.VisualStudio.Shell.InteropVisual Studio 中构建操作的当前类型 - Microsoft.VisualStudio.Shell.Interop
【发布时间】:2014-11-19 14:00:11
【问题描述】:

在某些扩展中,我们实现了IVsUpdateSolutionEvents2IVsSolutionBuildManager2 用于向AdviseUpdateSolutionEvents 注册调用者

例如,在任何构建操作开始之前调用:

public int UpdateSolution_Begin(ref int pfCancelUpdate)
{
    ...
}

但是,还需要获取当前构建操作的状态或类型,例如:build/rebuild/clean/deploy

可用和已知的变体:

构建事件

使用Events.BuildEvents 我可以订阅 OnBuildBegin,例如:

_buildEvents.OnBuildBegin += new _dispBuildEvents_OnBuildBeginEventHandler((vsBuildScope Scope, vsBuildAction Action) => {
    buildType = (BuildType)Action;
});

并在任何地方使用 buildType,因为 vsBuildAction 提供了所有必要的信息

UpdateSolution_Begin / UpdateSolution_StartUpdate 以通知方法首先调用 作为优先级,结果 buildType 设置为时已晚..

我们也可以使用这个 OnBuildBegin 代替 UpdateProjectCfg_Begin / UpdateSolution_StartUpdate,但我们也需要尽快与优先调用者一起处理

IVsUpdateSolutionEvents4

IVsUpdateSolutionEvents4.UpdateSolution_BeginUpdateAction 提供 dwAction 并在解决方案构建期间每个更新操作开始之前触发 - 在第一个 UpdateProjectCfg_Begin 之前

这正是我需要的!因为 dwAction 我可以使用VSSOLNBUILDUPDATEFLAGS

然而 :( 出现在 VS2012 中,我们的扩展支持 VS2010 及更高版本...所以还需要 2010 版本的变体

UpdateProjectCfg_Begin

IVsUpdateSolutionEvents2.UpdateProjectCfg_Begin 还提供了 dwAction(另请参阅 VSSOLNBUILDUPDATEFLAGS)并适用于 2010 版本,但它与第一​​个 BuildEvents 变体相同 - 处理为时已晚(并且不太适合我们的任务)

问题

我找不到这方面的文档,但是 VSSOLNBUILDUPDATEFLAGS 可用于 VS2010,所以我认为应该将其作为构建操作的当前状态,例如 __VSHPROPID 和 IVsHierarchy 的 GetProperty 等...

有可能吗?或者我只能通过 OnBuildBegin 订阅 o_O


更新1:

__VSHPROPID4

在 \VisualStudioIntegration\Common\Inc\vsshell100.h 中找到:

enum __VSHPROPID4
    {   VSHPROPID_TargetFrameworkMoniker    = -2102,
    VSHPROPID_ExternalItem  = -2103,
    VSHPROPID_SupportsAspNetIntegration = -2104,
    VSHPROPID_DesignTimeDependencies    = -2105,
    VSHPROPID_BuildDependencies = -2106,
    VSHPROPID_BuildAction   = -2107,
    VSHPROPID_DescriptiveName   = -2108,
    VSHPROPID_AlwaysBuildOnDebugLaunch  = -2109,
    VSHPROPID_FIRST4    = -2109
    } ;
typedef /* [public] */ DWORD VSHPROPID4;

所以,看起来是医生。 - BSTR __VSHPROPID4.VSHPROPID_BuildAction - 检索项目的构建操作

好的,好消息,下一步...尝试获取,例如:

object type;
hr.GetProperty((uint)VSConstants.VSITEMID.Root, (int)__VSHPROPID4.VSHPROPID_BuildAction, out type);

其中 hr 是 a,例如:

IVsSolutionBuildManager2 sbm = (IVsSolutionBuildManager2)ServiceProvider.GlobalProvider.GetService(typeof(SVsSolutionBuildManager));

IVsHierarchy hr = null;
sbm.get_StartupProject(out hr);

但是,该类型始终为空......它可能是通知问题(未发生),但如果使用来自 UpdateProjectCfg_Begin / UpdateProjectCfg_Done 的 pHierProj 也会产生类似的结果:

int UpdateProjectCfg_Begin(IVsHierarchy pHierProj, IVsCfg pCfgProj, IVsCfg pCfgSln, uint dwAction, ref int pfCancel)
int UpdateProjectCfg_Done(IVsHierarchy pHierProj, IVsCfg pCfgProj, IVsCfg pCfgSln, uint dwAction, int fSuccess, int fCancel)

已经提供了 dwAction...

还有,如何使用 VSHPROPID_BuildAction -_- IVsHierarchy 的问题?

【问题讨论】:

  • 只是检查:当人们尝试挂钩 Visual Studio 构建信息的一半时间,他们真正想要做的是直接挂钩 MSBuild 以扩展他们的构建系统.您要达到的最终目标是什么?
  • @JasonMalinowski 见here - 为下一个版本计划了构建操作的上下文

标签: c# visual-studio build visual-studio-extensions envdte


【解决方案1】:

完成:)

解决方案 1

命令事件

使用EnvDTE.CommandEvents,我们可以在处理IVsUpdateSolutionEvents2之前工作并监听所有传入的命令,示例:

...

GUID: {5EFC7975-14BC-11CF-9B2B-00AA00573819} (ID: 882) :: Build.BuildSolution
GUID: {5EFC7975-14BC-11CF-9B2B-00AA00573819} (ID: 883) :: Build.RebuildSolution
GUID: {5EFC7975-14BC-11CF-9B2B-00AA00573819} (ID: 884) :: Build.DeploySolution
GUID: {5EFC7975-14BC-11CF-9B2B-00AA00573819} (ID: 885) :: Build.CleanSolution
GUID: {1496A755-94DE-11D0-8C3F-00C04FC2AAE2} (ID: 2005) :: Build.PublishSelection
GUID: {1496A755-94DE-11D0-8C3F-00C04FC2AAE2} (ID: 353) :: Build.Link    
...

例如:

_cmdEvents.BeforeExecute += new _dispCommandEvents_BeforeExecuteEventHandler((string guid, int id, object customIn, object customOut, ref bool cancelDefault) => {

        if(GuidList.VSStd97CmdID == guid || GuidList.VSStd2KCmdID == guid) {
            _c.updateContext((BuildType)id);
        }

});

现在我们可以使用UpdateSolution_Begin 中的操作类型,例如:

if(evt.BuildType != BuildType.Common && evt.BuildType != buildType) {
    //...
}

...

if(buildType == BuildType.Clean || buildType == BuildType.LinkOnly){
   //...
}

等等

你可以在源代码中看到完整的例子(见评论)。另外,我认为它不是最好的变体,但它是 VS2010 和更高版本的变体(我认为也应该适用于非常旧的 2005 和 2008)……

对于 VS2012 及更新版本,我推荐IVsUpdateSolutionEvents4

所以,我的问题解决了。

其他最好的变种?

【讨论】:

    猜你喜欢
    • 2017-01-01
    • 1970-01-01
    • 2014-04-28
    • 2023-03-04
    • 1970-01-01
    • 2012-02-27
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多