I have 2 builds (in TeamCity):
One that produces a backend for a website, with WebAPI.
I package that website with WebDeploy as such:
/p:DeployOnBuild=True /p:PublishProfile="Default" /p:ProfileTransformWebConfigEnabled=False
Which delivers me a nice WebDeploy.zip
Now I have a second build, which builds and compiles a website frontend.
Frontend and backend are being developed by different teams, and thus produce artifacts at different times.
I want to be able to deploy a version of the backend with the frontend merged in.
Now I have 2 options, either rebuild the backend with a dependency to the frontend (which creates a new unneeded build), or something else (which is what I really want).
I want to, given a web deploy package, merge in the files of the frontend, deploy the website to IIS.
Now I can manually unzip the webdeploy package and rebuild it by hand. However the paths in there are based on the paths of the location that it is built at (and I have no control over that).
Example: C_C\TeamCity\...blabla...\obj\Release\Package\PackageTmp\Web.config
Which makes it hard to find out the structure without parsing the archive.xml
found at the root of the WebDeploy package.
It is possible, but ideally I would like an MSBuild command that would allow me to 'merge' the contents of a directory into this website.
Question:
- Is this possible with MSDeploy?
- If that is not possible, is it possible to change the directory naming insite the WebDeploy package, to have something more straightforward, for when I want to inject the additional files?