MSBuild DeployOnBuild=true not publishing

后端 未结 4 1795
遇见更好的自我
遇见更好的自我 2020-12-08 06:55

I have a Visual Studio 2010 MVC2 web application that I\'m building via the command line using Hudson. I\'d like to make Hudson publish a web output, so I added the DeployO

相关标签:
4条回答
  • 2020-12-08 07:09

    Further to the answer by Brian Hinchey, I found that I also required to append my msbuild batch call with the additional parameter VisualStudioVersion so that the correct version and path on the build agent (TeamCity in my case) to Microsoft.WebApplication.targets would be called. Without this parameter the web deploy and publish step was not completed and my batch completed successfully with a code 0 returned making analysis very difficult - even with the /verbosity flag appended to 'debug' the build. This point is made by SAYED IBRAHIM HASHIMI on his site: http://sedodream.com/2012/08/19/VisualStudioProjectCompatabilityAndVisualStudioVersion.aspx

    The scenario for my case was that I had the Visual Studio compatibility enabled on my MVC web project so that I could open the project in VS2010 or 2012 (as Sayed notes in the above link) - so I'm dev'ing locally in VS2012 whereas the TeamCity build agent has the VS 2010 web build and deploy targets.

    0 讨论(0)
  • 2020-12-08 07:13

    Was running into this with VS2012 -- ended up installing web developer tools on the build server and that fixed it.

    0 讨论(0)
  • 2020-12-08 07:16

    Assuming you do not have Visual Studio 2010 installed on your hudson server, then it may be that you are missing the publishing "targets" file. After a lot of head-to-desk banging, I finally solved this.

    For quite a while I have known that I needed to copy the directory

    C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v10.0\WebApplications

    from my local machine with VS2010 to my server in order to get the project to build. But to get the project to also publish I needed to also copy over the directory

    C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v10.0\Web

    Note: In my case I am actually committing those folders to my source control and changing the <MSBuildExtensionsPath32> value in my csproj file to point to these checked out folders (so there is one less step when prepping a server). This isn't necessary to get it to work, but you may want to consider this after you solve your issue.

    UPDATE: So after I did the above, the build complained that it could not find "Microsoft.Web.Deployment.dll". To solve this I needed to install Microsoft Web Deploy v2.0 on the server even though I am only publishing to the file system. I guess I can see the logic in this.

    UPDATE: I have discovered that installing "Visual Studio 2010 Shell (Integrated)" through the IIS Web Platform Installer will install the required build targets. This seems like a nice compromise between not having the entire Visual Studio application installed on your server and not manually copying seemingly arbitrary folders to your server from your dev machine.

    0 讨论(0)
  • 2020-12-08 07:28

    It seems that conditions to run publish target are not satisfied.

    1) You can have different publication paths

    2) Condition to run publish target is false

    To verify both of them call your command with flag /v:diag. Search by Target "Publish" and try to figure out what really happens. It will looks like

    Target "ExecuteT4Templates: (TargetId:144)" in file "D:\App\App.csproj" from project "D:\App\App.csproj":
    Skipping target "ExecuteT4Templates" because all output files are up-to-date with respect to the input files.
    Input files: D:\App\App.exe\\App_Config\Configuration.tt;D:\App\App.exe\\App_Config\Debug.App.tt;obj\\Debug.t4lastbuild
    Output files: D:\App\App.exe\\App.config
    Done building target "ExecuteT4Templates" in project "App.csproj".: (TargetId:144)
    
    0 讨论(0)
提交回复
热议问题